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(57) Abstract: Bonuses such as progressive bonuses are based on the ac- 
tivity of many players playing at many machines. The machines may be 
made by different manufacturers and run different games. Prior diverse ar- 
rays of such machines relied on a hardware slot machine interface board 
(SMIB) that acted as a master and transmitted game activity to remote 
servers. A disclosed embodiment virtualizes the SMIB. In one implementa- 
tion, protected processes allow for real time meter creation and destruction 
within different games, even after the game software has been certified and 
the hash cannot change. 
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POST CERTIFICATION METERING FOR DIVERSE GAME MACHINES 

PRIORITY CLAIM 
[0001] This application claims priority to U.S. Patent Application No. 12/253,525, 
5 entitled "POST CERTIFICATION METERING FOR DIVERSE GAME 
MACHINES" and filed on October 17, 2008, which is hereby incorporated by 
reference and for all purposes. 

COPYRIGHT NOTICE 
10 [0002] A portion of the invention of this patent document contains or may contain 
material which is subject to copyright protection. The copyright owner has no 
objection to the photocopy reproduction by anyone of the patent document or the 
patent invention in exactly the form it appears in the Patent and Trademark Office 
patent file or records, but otherwise reserves all copyright rights whatsoever. 

15 

TECHNICAL FIELD 
[0003] The present invention relates generally to gaming devices and systems, and 
more specifically to adaptable functionality and interoperability of gaming machines 
and systems. 

20 

BACKGROUND 

[0004] Casinos and other forms of gaming comprise a growing multi-billion dollar 
industry both domestically and abroad, with electronic and microprocessor based 
gaming machines being more popular than ever. A gaming entity that provides 

25 gaming services may control gaming devices that are globally distributed in many 
different types of establishments. For example, gaming machines may be placed in 
casinos, convenience stores, racetracks, supermarkets, bars and boats. Further, via a 
remote server, a gaming entity may provide gaming services in locale of a user's 
choosing, such as on a home computer or on a mobile device carried by the user. 

30 [0005] Electronic and microprocessor based gaming machines can include various 
hardware and software components to provide a wide variety of game types and game 
playing capabilities, with such hardware and software components being generally 
well known in the art. For example, bill validators, coin acceptors, card readers, 
keypads, buttons, levers, touch screens, displays, coin hoppers, player tracking units 
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and the like are examples of hardware that can be coupled to a gaming machine. 
Software components can include, for example, boot and initialization routines, 
various game play programs and subroutines, credit and payout routines, image and 
audio generation programs, security monitoring programs, authentication programs 
5 and a random number generator, among others. 

[0006] The functions available on a gaming machine may depend on whether the 
gaming machine is linked to other gaming devices. For instance, when connected to 
other remote gaming devices, a gaming machine may provide progressive jackpots, 
player tracking and loyalty points programs, cashless gaming, and bonusing among 
10 other items. Many of these added components, features and programs can involve the 
implementation of various back-end and/or networked systems, including more 
hardware and software elements, as is generally known. 

[0007] In a typical casino-based electronic gaming machine, such as a slot machine, 
video poker machine, video keno machine or the like, a game play is initiated through 

15 a wager of money or credit, whereupon the gaming machine determines a game 
outcome, presents the game outcome to the player and then potentially dispenses an 
award of some type, including a monetary award, depending upon the game outcome. 
In this instance, the gaming machine is operable to receive, store and dispense indicia 
of credit or cash as well as calculate a gaming outcome that could result in a large 

20 monetary award. The gaming machine is enabled to operate in this manner because it 
is placed typically in a location that is monitored (e.g., a casino), the gaming machine 
hardware and software components are secured within a locked cabinet and the 
gaming machine includes a security system for detecting fraud or theft attempts. 
[0008] Because gaming machines can be operable to accept, store, dispense and/or 

25 award large sums of money, gaming machines are often the targets of theft attempts. 
Thus, besides including a security system, gaming software and gaming hardware are 
designed and/or selected to resist theft attempts and include many security features 
not present in personal computers or other gaming platforms. For example, a 
hardware-based security method for preventing illegal software modification is to 

30 store gaming software on an unalterable memory, such as an on EPROM, a read-only 
CD/DVD optical disc or a read-only disk memory with write capability disabled. As 
another example, a software-based security method for preventing/detecting illegal 
software modifications is to execute authentication routines that compare information 
stored and programs executed on the gaming machine against known and trusted 
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information. The trusted information and authentication routines can be stored in a 
trusted memory location such as a verified EPROM on the gaming machine. 

SUMMARY 

5 [0009] Bonuses such as progressive bonuses are based on the activity of many players 
playing at many machines. The machines may be made by different manufacturers 
and run different games. Prior diverse arrays of such machines relied on a hardware 
slot machine interface board (SMIB) that acted as a master and transmitted game 
activity to remote servers. A disclosed embodiment virtualizes the SMIB. In one 
10 implementation, protected processes allow for real time meter creation and 
destruction within different games, even after the game software has been certified 
and the hash cannot change. 

[0010] One aspect of the invention relates to a gaming device comprising a video 
display; a communication interface for communicating with a remote host; and a 

15 master gaming controller. The master gaming controller is designed or configured to: 
create one or more protected processes within a game; cause the protected processes 
to connect to an external entity; receive a request from the external entity requesting 
creation of one or more meters related to the game or player and specifying criteria 
for said meters; allocate non volatile RAM space for the meters; add at least one 

20 parameter for each of the one or more meters to a list of state variables of the device; 
communicate at least one parameter for one or more meters to the external entity; and 
log the time and date of the meter creation and the most recent total of each of the 
meters. 

[0011] Another aspect relates to a method comprising: providing one or more 
25 software based games executed by the microprocessor of each of the plurality of 
gaming machines; providing a group of one or more protected processes at the 
gaming machines that maintain one or more meters that track activity of the software 
based games; and allocating memory to the protected processes, the protected 
processes isolated from the software based game such that the software based game is 
30 forbidden to: (a) inject a thread into the protected processes; and (b) access memory 
allocated to the protected processes. 

[0012] Yet another aspect relates to a method in a microprocessor controlled casino 
gaming machine having software that cannot be altered once certified and that runs on 
the gaming machine. The method comprises: transmitting, over a network, data in 



3 



WO 2010/045004 



PCT/US2009/058664 



real time relating to game activity of a game running on the gaming machine to be 
used by an external system to calculate a progressive bonus; receiving data in real 
time over the network relating to the progressive bonus; receiving a request over the 
network to create a meter to track an item; creating a meter relating to the item after 
5 the game has been certified and installed on a gaming machine. It is intended that all 
such additional methods, features and advantages be included within this description, 
be within the scope of the invention, and be protected by the accompanying claims. 

BRIEF DESCRIPTION OF THE DRAWINGS 
10 [0013] The included drawings are for illustrative purposes and serve only to provide 
examples of possible structures and process steps for the disclosed inventive systems 
and methods for providing a customizable interface and remote management of 
content on a gaming machine. These drawings in no way limit any changes in form 
and detail that may be made to the invention by one skilled in the art without 
15 departing from the spirit and scope of the present invention. 

[0014] Figs. 1 A, IB, and 1C are block diagrams illustrating an interaction between a 
host and gaming machine for one embodiment of the present invention. 
[0015] Fig. 2 is a block diagram illustrating an interaction between two hosts and a 
gaming machine for one embodiment of the present invention. 
20 [0016] Figs. 3A, 3B, and 3C are block diagrams showing hardware and software 
components and their interactions on a gaming machine for embodiments of the 
present invention. 

[0017] Fig. 4A is an interaction diagram between a host and gaming machine for one 
embodiment of the present invention. 
25 [0018] Fig. 4B is a block diagram of a remote host that is externally controlled 
interface (ECI) enabled connected to a plurality of gaming machines that are ECI 
enabled for one embodiment of the present invention. 

[0019] Fig. 5A is a flow chart of meter creation using protected processes, according 
to an embodiment of the present invention. 
30 [0020] Fig. 5B is an illustration of component distribution for an embodiment of a 
game and server. 

[0021] Fig. 5C illustrates some functionality of a script, and the associated support 
within an SPI API. 
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[0022] Fig. 5D illustrates some examples of triggering SPI script events or states and 
SPI script commands: 

DETAILED DESCRIPTION 
5 [0023] Exemplary applications of systems and methods according to the present 
invention are described in this section. These examples are being provided solely to 
add context and aid in the understanding of the present invention. It will thus be 
apparent to one skilled in the art that the invention may be practiced without some or 
all of these specific details. In other instances, well known process steps have not 
10 been described in detail in order to avoid unnecessarily obscuring the present 
invention. Other applications are possible, such that the following example should 
not be taken as definitive or limiting either in scope or setting. 

[0024] In the following detailed description, references are made to the 
accompanying drawings, which form a part of the description and in which are 

15 shown, by way of illustration, specific embodiments of the present invention. 
Although these embodiments are described in sufficient detail to enable one skilled in 
the art to practice the invention, it is understood that these examples are not limiting, 
such that other embodiments may be used and changes may be made without 
departing from the spirit and scope of the invention. 

20 [0025] In the following figures, method and apparatus applicable to various gaming 
system configurations and their associated components are described. The gaming 
systems may comprise a network infrastructure for enabling one or more hosts to 
communicate with gaming machines. The gaming machines may be operable to 
provide wagering on a game of chance. A plurality of gaming devices, such as 

25 bill/ticket validators, printers, mechanical displays, video displays, coin hoppers, light 
panels, input buttons, touch screens, key pads, card readers, audio output devices, etc., 
may be coupled to the gaming machine. The gaming devices may be controlled by a 
master gaming controller executing authenticated software to provide a gaming 
interface for a game play experience on the gaming machine. 

30 

Externally-Controlled Interface Processes 

[0026] In particular embodiments, the gaming devices on the gaming machine may be 
controlled by software executed by a master gaming controller 46 (see at least Fig. 6) 
on the gaming machine in conjunction with software executed by a remote logic 
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device (e.g., a remote host, a central server or a central controller) in communication 
with the gaming machine. The master gaming controller may execute externally- 
controlled interface (ECI) processes, described in more detail below, that enable 
content generated and managed on the remote host to be output on the gaming 
5 machine. The gaming machine may receive and send events to the remote host that 
may affect the content output by one or more ECI processes as well as enable an ECI 
process to be initiated on the gaming machine. 

[0027] The master gaming controller may be configured to limit the resources that 
can be utilized by the ECI processes executing on the gaming machine. Specific 

10 resource limitations may be predetermined, negotiated with a host device controlling 
an ECI prior to the execution of the ECI on the gaming machine or combinations 
thereof. To enforce any established resource limitations, the master gaming controller 
may constantly monitor resources utilized by the ECI processes and other gaming 
processes executing on the gaming machine. 

15 [0028] The ECI's may be executed while a gaming machine is operable to provide a 
play of wager-based game of chance (During operation, one or more games and one 
or more executed simultaneously, one or more games may be executed without 
execution of an ECI or one or more ECIs may be executed while a game is not being 
played). Therefore, the resources may be limited to ensure that a gaming experience 

20 on the gaming machine is optimal while access to gaming resources is granted to a 
remote host. The resources allocated to ECI's may be limited for many reasons, such 
as ensuring the game play experience is adequate or for security purposes, and the 
examples described herein, which are provided for illustrative purposes only. For 
instance, the CPU cycles provided to executing ECI processes may be limited to 

25 ensure a minimal graphically rendered frame rate is maintained on the gaming 
machine. As another example, the ECI processes may not be allowed to directly 
control or access certain devices, such as money handling devices, to prevent the ECI 
from allowing cash or an indicia of credit to be input or output from the gaming 
machine. 

30 [0029] It should be appreciated that the gaming device resources utilized by the ECI 
processes include, but are not limited to: graphic resources of the gaming machine 
(i.e., what graphical real estate is available on the display device without interfering 
with the graphics of the primary game), audio resources of the gaming machine (i.e., 
what audio content may be provided by the gaming machine without interfering with 



6 



WO 2010/045004 



PCT/US2009/058664 



the audio of the primary game), timing resources available (i.e., has the primary game 
ended or is the primary game beginning), and/or CPU processing resources of the 
gaming machine. In one embodiment, access to such resources may be based on a 
priority system configured to maximize an optimal gaming experience for each 
5 player. 

[0030] In particular embodiments, the host-controlled ECI processes may be 
decoupled from the processes used to generate the game of chance played on the 
gaming machine such that the content output by the host- controlled ECI processes 
doesn't alter the play of game of chance. Thus, the logic for the game processes may 
10 be designed such that information regarding the state or content generated by the ECI 
processes is not needed to generate the game of chance and/or the game and related 
processes may not recognize any information produced by the ECI's. The ECI 
processes may be designed in a similar manner. 

[0031] An advantage of ECI software and game software decoupled in this manner 
15 may be that content may be provided from a remote host that enhances the 
functionality and features available on the gaming machine. The content can be easily 
varied with little or no modification to the gaming software resident on the gaming 
machine. For instance, many features and services on a gaming machine can be 
provided using a generic ECI that enables access to a display and a touch screen on 
20 the gaming machine (e.g., see at least Figs. 5A and 5B). Externally controlled 
interfaces, the interaction between a remote host and a gaming machine, embodiments 
of hardware and software architectures on a gaming machine related to ECI's are 
described with respect to the following figures. 

[0032] Figs. 1A to 1C are block diagrams illustrating an interaction between a host 
25 and gaming machine for one embodiment of the present invention. In Fig. 1A, a block 
diagram of a gaming system comprising a gaming machine 100, a remote host 110 
and a network that enables for communication between the gaming machine and the 
remote host 100 (not shown) is illustrated. The gaming system is provided for 
illustrative purposes only. Gaming systems comprising multiple gaming machines and 
30 multiple remote hosts are possible. Further, in some embodiments, the gaming 
machine 100 may perform functions of the remote host 100 or the remote host 110 
may be a game server providing games that are output on other gaming devices or the 
remote host 110 may be a gaming machine similar to gaming machine 100. Further 
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details of embodiments of gaming systems and gaming devices that may be used are 
described with respect to FIGs. 2-8. 

[0033] The gaming machine 100 comprises a touch screen display 102 that may be a 
component of a game interface 116. The game interface 116 comprises the 
5 components on the gaming machine 100, such as input buttons (not shown), audio 
output devices (not shown), etc., that enable a game to be played on the gaming 
machine 100. An operating system 104 executes a number of processes including 
game logic 106 for providing a game on the game interface 116, event logic 108 and 
communication logic for communicating with the remote host 110 (not shown). 
10 Further details of gaming machines and game play are described with respect to Figs. 
2 to 8. 

[0034] In Fig. 1A, the game interface 116 may be divided into two regions on the 
touch screen display 102. A first region includes symbols and paylines for a video slot 
game. A second region 117 includes game information including the number of 
15 credits available for wagering on the slot game. In the game state illustrated in the 
figure, five credits are available for wagering. 

[0035] The remote host 110 comprises a processor, memory and a communication 
interface (each not shown). Content 114 that may be output on the gaming machine 
100 and event logic 112 that enables the remote host 110 to respond to events and 
20 information received from the gaming machine and/or generate events to send to the 
gaming machine 100. Additional details of remote hosts are described with at least 
respect to Figs. 2, 4 and 7. 

[0036] In Fig. 1A, the event logic 108 detects an event message and sends an event 
message with information describing the event to the remote host 110. As is described 

25 with respect to Fig. IB, the remote host 110 responds to the event by requesting the 
gaming machine to launch an externally controlled interface (ECI) that enables 
content 114 stored on the remote host 110 to be output on the gaming machine. A few 
examples of events occurring on the gaming machine 100 that may trigger an 
instantiation of an ECI to be launched on the gaming machine 100 include but are not 

30 limited to (1) a deposit of credits on the gaming machine, (2) a player tracking card 
inserted into a card reader, (3) information being read from a portable instrument 
carried by a player (e.g., a cell phone, RFID tag or other wireless device), (4) an 
actuation of button, such as a mechanical button or a touch screen button, (5) an event 
triggered from a play of the game 106, (6) a cash-out command detected on the 
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gaming machine, (7) an input of a wager, (8) an initiation of the game 106, (9) a 
number of credits available on the gaming machine, (10) the result of one or more 
games, (11) the result of the generation of one or more symbols, (12) a designated win 
amount, (13) a player cashing out available credits, and (14) a player tracking card 
5 removed from a card reader. As is described in more detail with respect to Fig. 2, an 
event generated on the remote host may also trigger the launch of an ECI on the 
gaming machine. 

[0037] The event sent from the gaming machine is evaluated by the event logic 112 
on the remote host 110. In response to the receiving the event 110, the remote host 

10 110 sends a message requesting access to resources on the gaming machine 100. In 
response, the gaming machine 100 may send a message to the remote 110 describing 
the resources it has available for external control and any usage limitations that are 
associated with the resources, such as a portion of the display 102 including its 
dimensions that may be utilized by the remote host. 

15 [0038] The remote host 110 may use the resource information provided by the 
gaming machine 100 to determine what content to send to the gaming machine 100. 
For example, video content to be output on the portion of the display 102 allocated for 
use by the remote host may be generated and/or selected to be compatible with the 
size of the display window. The process of establishing a resource sharing 

20 arrangement between the remote host 110 and the gaming machine 100, which may 
involve a negotiation between the remote host 110 and gaming machine 100, are 
described in further detail with respect to Figs. 2 to 4. 

[0039] In Fig. IB, a state of the gaming machine 100 and the remote host 110 is 
illustrated where the gaming machine 100 has launched two ECI's, 122 and 124, that 

25 enable the remote host 110 to output content for a bonus interface 118 and a service 
interface 120 on touch screen display 102. The bonus interface 118 may be just one 
example of an interface that may be provided. A multimedia player, such as a Flash 
Player™ by Adobe™ (Adobe Systems Incorporated, San Jose, CA), may be one 
example of software that may be used as an ECI, such as 122 and 124. The 

30 multimedia player may allow, as one of its features, multimedia content received from 
the remote host 110 to be displayed on the touch screen display 102 and/or output on 
other gaming devices, such as speakers coupled to the gaming machine. 
[0040] The remote host may download the multimedia content as part of application 
files that are utilized by the ECI's, 122 and 124. The application files may include 
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embedded content, data, scripts and other instructions for accessing the capabilities of 
the ECI to be utilized. For example, the Flash Player™ runs and/or parses flash files 
which may include Adobe Flash Action Script.™. The flash files may include 
information relating to utilizing raster or vector graphics, a scripting language to 
5 control functions of the player and information for providing bidirectional streaming 
including audio and video information. In particular, an ECI may be operable to 
receive video and/or audio streaming of content from a remote host. The multimedia 
player and associated files, such as the Flash Player™ may be a component of a "Rich 
Internet Application," (RIA). 

10 [0041] Rich Internet applications (RIA) are typically interface applications provided 
by a host to a client with downloadable components that have the features and the 
functionality of locally installed and executed programs. RIAs typically transfer the 
processing necessary for the interface generated by the application to the client but 
keep the bulk of the data (i.e., maintaining the state of the program, the data etc) back 

15 on the host. RIA's are not limited to web-based applications applied over the Internet 
and may be utilized in other network architectures. In an RIA involving a host device 
and a client device (e.g.., remote host 110 may be considered a "host" and gaming 
machine 100 may be considered a "client" in particular embodiments), an application 
for generating an interface executed on the client may be operable to perform 

20 functions independently of the host, such as computations, send and retrieve data in 
the background, store data locally, redraw sections of the screen, and/or use audio and 
video in an integrated manner, etc. 

[0042] The application for generating the interface may also share data with other 
applications locally executing. For example, two ECIs executing on gaming machine 

25 100 may share data. The shared data may affect the content displayed on one or both 
ECIs. In particular embodiments, the ECIs may be prevented from directly sharing 
data with other processes executing on the gaming machine. For example, to share 
data with a non-ECI process, the ECI may have to send the information to the remote 
host first, which then may or may not perform additional processing on the data 

30 before communicating it back to the gaming machine. 

[0043] Returning to Fig. IB, after the ECI's, 122 and 124, have been launched by the 
operating system 104, the touch screen display 102 may be divided into four regions. 
The game interface 116 may be displayed in a first region, the bonus interface 118 
may be displayed in a second region, the service interface 120 may be displayed in a 
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third region and the game information 117 in a fourth region. The game interface 116 
is configured to fit in a smaller region as compared to Fig. 1A, which may affect the 
graphical presentation of the game and may affect a mapping of touch screen buttons 
to the display 102 associated with the game interface 116. 
5 [0044] In general, a master gaming controller in the gaming machine may be operable 
to provide content to display regions of different sizes. To provide content to display 
regions of different sizes, the gaming machine may perform one or more of the 
following, 1) select from among stored content, such as bitmaps, movies, animations, 
geometric models, etc., according to which content is more appropriate for a given 
10 display size, 2) rearrange a position of one or more components in a display window 
relative to one another, 3) scale content, 4) stretch content, 5) interpolate content, 6) 
generate new content, 7) adjust parameters of a 3-D graphical environment used to 
generate content and 8) combinations thereof. 

[0045] In one embodiment, the wager-based games played on the gaming machine 

15 may be configured such that the manner in which a game is played or the manner in 
which an outcome is generated for the game may not be altered via any information 
from any instantiation of an ECI on the gaming machine 100. For example, in one 
embodiment, the bonus interface 118 may be used to provide a bonus multiplier for an 
award associated with an outcome of a game played on the gaming machine, such as a 

20 ten times bonus. In this example, the bonus multiplier doesn't affect how the game is 
played or how the outcome to the game is generated. But, the bonus multiplier does 
affect the award for the game, i.e., it is multiplied by a factor of ten. 
[0046] In the example described in the preceding paragraph, the gaming program may 
include logic to generate a simple message that a bonus multiplier has been provided, 

25 such as a simple text message "You have won a bonus Multiplier." The bonus 
interface ECI 118 may be used to enhance and customize the presentation of the 
award of the bonus multiplier. For instance, in a particular embodiment, the bonus 
multiplier may be provided by a local casino and bonus interface ECI 118 may be 
used to display one or more of a casino logo, a custom message from the casino and a 

30 theme based presentation, such as a casino theme or a holiday theme as part of a 
presentation for the bonus multiplier award. 

[0047] In many gaming jurisdictions, after a game is approved, the content of the 
game may not be altered. Thus, to customize a game for a particular casino or a 
particular gaming entity, customized content would have to be added to the game and 
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then submitted to an associated gaming jurisdiction for approval at which point the 
content would be fixed (Gaming jurisdictions don't allow the gaming software to be 
altered in any way after it has been approved). The approval process is time 
consuming and expensive. 
5 [0048] Prior to the approval process for a particular game, the gaming software 
provider for the particular game often doesn't know which casinos or other gaming 
entities are going to purchase the particular game. For instance, game purchasers often 
wait and see how the particular game is performing at other casinos before they 
choose to buy it. Thus, the desire for a customized version of the particular game 

10 generally arises after the content of the game has been fixed by the approval process. 
To provide desired customization after the approval process, the customized game 
would have to be resubmitted for approval, which is very expensive. 
[0049] One advantage of using ECIs is that a presentation of a game may be enhanced 
using an ECI, such as by providing a presentation for a bonus multiplier, as described 

15 above, in conjunction with the presentation of the game. The content of the ECI may 
be customized and altered after the release of the game while the presentation 
provided by the game may not be altered after its release. The presentation provided 
via an ECI may be designed to look like a component of an associated game, e.g., it 
may use the same theme and may be displayed on the same screen, and thus, to the 

20 player may appear as another component of the presentation of the associated game 
even though as will be discussed further, the ECI may be a logical entity decoupled 
from the associated game. Thus, using an ECI, the appearance of game customization 
may be provided to a user without having to customize the actual game that is 
submitted for jurisdiction approval. 

25 [0050] In yet another embodiment, the gaming device utilizes a plurality of display 
devices to display the game interface and one or more ECIs. For example, a first 
display device may display the game interface and a second display device may 
display each ECI communicated from the remote host. In one such embodiment, each 
display device may be controlled by one or more different processors such that each 

30 display device may generate and display information or data independently of (or 
alternatively dependent on) information or data displayed by the other display 
devices. 

[0051] In another embodiment, the remote host may be in communication with each 
such processor to oversee (and possibly control) what may be displayed on one or 
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more display devices of each gaming device in the gaming system. In this 
embodiment, the remote host may be either in direct communication with or indirect 
communication with (such as through a player tracking system) each gaming device 
in the gaming establishment. This configuration provides that even if the remote host 
5 is not directly in communication with a designated gaming device's CPU, the remote 
host may be still operable to communicate with and provide such designated gaming 
device (and all gaming devices in the gaming establishment) one or more ECIs as 
described herein. Examples of display devices that may be controlled via an ECI are 
described with respect to U.S. application no. 10/756,225, filed 1/12/2004, entitled, 
10 "Virtual Glass for a Gaming Machine," by Lemay, et al, which is incorporated herein 
in its entirety and for all purposes. 

[0052] The bonus interface 118 may enable a player to win a bonus award. In one 
embodiment, a player may be afforded an opportunity to select between a number of 
bonus multipliers where a probability of an award of the selected multiplier varies 

15 from multiplier to multiplier and may be calculated based upon which multiplier is 
selected. In one embodiment, the logic for determining whether the selection of a 
particular multiplier may reside on the remote host 110. In another embodiment, the 
logic for determining the selection of a particular multiplier resides on the remote host 
and uses data communicated from the gaming device, such as data based on a player 

20 tracking information. 

[0053] When the player selects one of the multipliers, raw touch screen input data 
may be sent via event logic 108 and using necessary communication logic (not 
shown) to the event logic 112 on the remote host 110. When the ECI 122 for the 
bonus interface 118 is instantiated, a portion of the touch screen display 102 that may 

25 be used by the ECI 122 may be determined. This information provides a mapping in 
regards to which regions of the display are assigned to ECI's. With this information, 
the operating system 104 may determine whether a touch input received at a particular 
location is in a region assigned to an ECI and when it is determined that the input is in 
a region assigned to a particular ECI, route the touch information to a remote host 

30 controlling the particular ECI. 

[0054] In another embodiment, the ECI, may be designed or configured to perform 
some data handling received from the touch screen. For instance, the ECI may be 
configured to receive raw touch screen data and determine whether a button has been 
activated. It may be possible to specify, prior to execution of the ECI what portion of 
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a display screen is available to the ECI and its associated dimensions/coordinates. 
Thus, a remote host, such as 110, may download an application file including desired 
content for use by the ECI, such as 122 and 124, that allows the ECI to process touch 
input. For example, the application file may include a mapping of coordinate locations 
5 for each active area (i.e., an area for accepting touch inputs such as buttons on 
displayed on the display behind the touch screen). The mapping may allow the ECI to 
process the raw touch data and then send higher-level information to its external 
controller, i.e., host 110, such as, "Button A activated." 

[0055] Input processing logic may be provided with an ECI for input devices other 
10 than a touch screen. For instance, as part of an instantiation of an ECI controlled by a 
first remote host, it may be agreed that when input from one or more input devices, 
such as a touch screen, card reader, a mechanical key pad, mechanical input buttons 
and combinations thereof, is detected, the input information is to be sent to the first 
remote host as long as the ECI is active or sent to the ECI for processing, which then 
15 may forward the processed information to the remote host. Thus, in general, as part of 
the initial instantiation of an ECI, information regarding what input devices are 
associated with the ECI and/or what types of input information to route to the ECI 
and/or to route directly to the remote host associated with the ECI may be determined 
and stored on the gaming machine. The information regarding what input devices are 
20 associated with the ECI may be determined during an initial negotiating process 
between the host and the gaming machine. 

[0056] In another embodiment, the ECI may provide initial processing of information. 
For example, during the negotiation process, the gaming machine may specify 
information regarding inputs it receives from various input devices that it will share 

25 with the ECI. The specified information may include but is not limited to the type of 
device, manufacturer of the device, one or more inputs generated from the device and 
a format for the information for each the inputs. Using the specified information, the 
remote host may generate application files for an ECI or generate a new ECI 
application that performs the proper processing/filtering of the inputs received from 

30 the gaming machine and routes needed information to the remote host or remote hosts 
associated with the ECI. 

[0057] As described in the previous paragraph, the gaming machine may not pass 
along information regarding all of the inputs it receives from devices coupled to the 
gaming machine. For instance, the gaming machine may not pass along input 
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information generated by a bill validator or money handling devices coupled to the 
gaming machine. In one embodiment, the gaming machine may include logic for 
providing a standard set of device descriptions and associated inputs that may be 
provided to an ECI. In another embodiment, the gaming machine device descriptions 
5 and associated inputs may be varied depending on the remote host that is requesting 
resources for an ECI. 

[0058] As described above, even when the remote host or ECI is to receive input from 
an input device, not all of the input information received from an input device may be 
routed to the ECI and/or the remote host controlling the ECI. For instance, the remote 

10 host may specify that information read from a player tracking card is to be sent 
directly to the remote host or routed through the ECI but not information from a credit 
card. As another example, the remote host may specify that it is looking for input only 
from a portion of the mechanical input buttons on the gaming machines and that only 
input from the specified buttons is to be directly routed to the remote host or routed 

15 through the ECI but not other buttons. In yet another example, the remote host may 
specify that if the player inserts a ticket into the bill validator while the ECI is active 
that the gaming machine is to directly route the ticket information to the remote host 
or route it through the ECI. 

[0059] Returning to Fig. IB, after the remote host 110 receives from the gaming 
20 machine 100 the raw touch input corresponding to the selection of one of the bonus 
multipliers, in one embodiment, the bonus interface manager 126 on the remote host 
110 determines that the raw touch input corresponds to a selection of the "2x" 
multiplier illustrated in Fig. IB. In another embodiment, the raw touch input may be 
routed to ECI 122, which process the raw touch input and then notifies the remote 
25 host that the "2x" multiplier has been selected. 

[0060] In response to the selection of the "2x" multiplier, the bonus interface manager 
may send updated content to gaming machine 100 that indicates the "2x" multiplier 
was selected, which may be displayed by the ECI process 122 to the display screen. 
For instance, the "2x" multiplier may be highlighted or emphasized in some manner 
30 in the bonus interface 118 on the touch screen display 102. In another embodiment, 
the ECI 122 may have the capability to update the display to indicate the "2x" 
multiplier has been selected without receiving additional content or instructions from 
the bonus interface manager 126. 
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[0061] In this example, the bonus interface manager 126 next generates a random 
number and determines that the player has won the "2x" multiplier. In response, the 
bonus interface manager 126 sends updated content indicating the player has won the 
"2x" multiplier, which may be displayed by the ECI process 122 to the display screen. 
5 Next, the remote host 110 may send two events to the gaming machine 100 which 
may be received and processed by the event logic on the gaming machine. 
[0062] The first event received from the remote host 110 may cause the gaming 
machine 100 to double the credits in the credit meter stored on the gaming machine. 
The first event may be processed by event logic 108 on the gaming machine. When 

10 the credit meter has been doubled, as shown in Fig. 1C, the gaming machine 100 may 
send a message to the remote host 110 indicating the amount credited to the player. 
Both the gaming machine 100 and the remote 110 may store a record of this event 
(i.e., the award of the additional credits) for auditing and dispute resolution purposes 
to secure memory location, such as a Non-volatile memory. It should be appreciated 

15 that this first event illustrates an occurrence of an ECI (in this case, a 2x multiplier) 
modifying one or more aspects of the locally controlled game of chance. 
[0063] The second event sent from the remote host 110 causes the gaming machine 
100 to close down or hide the bonus interface 118 and terminate the ECI process 122 
associated with the bonus interface (see at least Fig. 1C). The remote host 110 

20 terminates the bonus interface manager 126 used to send content associate with the 
ECI 122 to the gaming machine 100 (see at least Fig. 1C). During the termination 
process, the gaming machine 100 and remote host 110 may exchange messages with 
information indicating the ECI 122 is no longer active and session termination 
information, such as a session associated with the ECI 122 ended at a certain time, 

25 date, etc. 

[0064] In one embodiment, the gaming machine enables the player at least partial 
control in when to open and close down (or hide) the ECI. In one such embodiment, a 
player may open and close an ECI via a button connected to (or otherwise associated) 
with the remote host. In this embodiment, the master gaming controller may receive a 
30 message from the remote host indicating a desire to close down or hide the ECI. In 
another embodiment, a player may open and close an ECI via a button connected to 
(or otherwise associated) with the master gaming controller. For example, a dedicated 
mechanical input switch/button may be provided on the gaming machine that 
generates a signal indicating a desire to open or close an ECI. 
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[0065] When an ECI is initiated or terminated on the gaming machine, in response to 
an input from an input device on the gaming machine, such as the actuation of an 
input switch as described in the preceding paragraph, in response to some other event 
generated on the gaming machine, or in response to an event generated on a remote 
5 host, in one embodiment, the gaming machine may initiate a session with a remote 
host that is to provide the ECI or terminate a session with the remote host that 
provided the ECI. 

[0066] In another embodiment, when a request is received to terminate an ECI, the 
gaming machine may maintain the session with the remote host but place the ECI into 

10 an inactive or hibernating state and notify the remote host of the ECI status. For 
example, when the ECI is used to output content to a portion of a display and a 
request is received to terminate the ECI, the gaming machine may display other 
content in the portion of the display previously utilized by the ECI, such as resizing 
the game interface to fit into this portion of the display, place the ECI into an inactive 

15 state and notify the remote host of its inactive state without terminating the session. 
When it is later determined that the ECI is to be reopened, the gaming machine may 
open the ECI in the display again and notify the remote host of the active status of the 
ECI. At this time, the gaming machine may or may not renegotiate resources for the 
ECI. 

20 [0067] Returning to FIGs. IB and 1C, after the bonus interface 118 and ECI 122 are 
terminated, additional resources related to the touch screen display 102 become 
available on the gaming machine. In this example, ECI 124 associated with the 
service interface 120 may be still active after the ECI 122 is terminated. Thus, the 
gaming machine 100 and the remote host 110 may renegotiate the resources assigned 

25 to ECI 124. 

[0068] As is illustrated in Fig. 1C, after the renegotiation of resources, the game 
interface 116 and/or the service interface 120 may be resized and assigned to different 
areas of the touch screen display 102. In response, service interface manager 128 on 
the remote host 110 generates new content from the content 114 stored on the remote 
30 host 110 for the service interface 120 that is consistent with the new display area. In 
particular, the icons displayed in the service interface 120 may be rearranged as 
compared to Fig. IB, to fit into the new display region and the remote host 110 may 
generate a new touch screen mapping that corresponds to the rearranged icons. The 
remote host 110 download content, information, applications files, etc, to the gaming 
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machine to implement or all or a portion of the specified changes. The content 
provided from the remote host may be output on the gaming machine 100 via the ECI 
124 associated with the service interface 120. 

[0069] As illustrated in Fig. IB and 1C, the service interface 120 includes a number 
5 of icons that enable a user to select a service. These icons include food, drinks, coffee, 
information and communications with another person, such as another game player or 
a concierge associated with a casino. The types of icons displayed may depend on 
personal preferences and game play habits of the game player at gaming machine 100 
as well operating conditions specified at the casino. For instance, a more valued game 

10 player may have access to food, drinks and coffee while a less valued game player 
may have access to only drinks and coffee. Accordingly, for the less valued game 
player, the food icon would not be displayed on the service interface 120. 
[0070] To personalize an ECI, such as 124, if the remote host 110 does not store 
player information, the remote host 110 may receive player information from another 

15 gaming device, such as a player tracking server, that enables the ECI's controlled by 
the remote host to be personalized. The player information may include information 
regarding game play history for a particular player. In addition, while games are being 
played on the gaming machine 100, the remote host 110 may directly receive from the 
gaming machine 100 or via an intermediary device, game play information, such as 

20 wager amounts, amounts won, amounts lost, types of games played, amounts 
deposited to the gaming machine, number of games played, game started, game 
completed, etc. The game play information may or may not be associated with a 
particular player. 

[0071] When an icon on the service interface 120 is selected, the touch screen input 
25 data may be sent to the remote 110 which determines what selection was made, i.e., 
food, coffee, drink, etc. In response, as further described with respect to Figs. 5A and 
5B, the service interface manager 128 on the remote host 110, may generate new 
content to send to the gaming machine 100. For example, in response to a selection of 
the food icon, new content regarding food choices may be sent to the gaming machine 
30 100. These food choices may be displayed in the service interface 120 region on the 
touch screen display 102 instead of the icons illustrated in Figs. IB and 1C. 
[0072] After a food choice is selected, in one embodiment, the remote host 110 may 
contact a casino entity providing the food services and may place an order for the 
food. When the food is ready, it may be delivered to the gaming machine 100. In 
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another embodiment, after the food choice is selected, the remote host 110 may place 
an order for the food and instruct the gaming machine 100 to print a ticket and/or 
display information indicating a time and/or a location where the food may be picked 
up by the game player. 

5 [0073] As previously described, the remote host 110 may download 
information/content in an appropriate format, such as application files including 
embedded content, such as video and audio files, and other information and/or 
instructions for an ECI, such as 122 and 124. The application files may be stored 
locally on the gaming machine 100. In addition, when resources are available 
10 (resource monitoring is described with respect to at least Figs 2 and 3A), one or more 
application files or one or more portions of an application file may be stored on the 
gaming machine 100 even after an ECI has completed execution. 

[0074] The gaming machine 100 and/or remote host 110 may include logic in regards 
to storing or purging files. For example, some commonly used files may be stored 

15 permanently, other files may be stored for a certain time period, other files may be 
stored only as long as a particular ECI is active, other files may be stored as long as 
storage space is available. When application files executed are downloaded from the 
host 110 to the gaming machine, the host may provide information that helps the 
gaming machine manage it applications files. For example, the host 110 may 

20 designate some application files that are used regularly or are likely to be needed in 
the future. The gaming machine may use this information when determining where to 
store the application file or when determining a purge schedule for application files. 
[0075] One advantage of saving one or more application files on the gaming machine 
may be that download times may be reduced. For example, if all or a portion of the 

25 application files used to generate the bonus interface 118 used by ECI 122 are stored 
on the gaming machine after the bonus interface is terminated, then a similar bonus 
interface 118 may be later instantiated on the gaming machine using the one or more 
stored application files rather downloading all of the need files in total each time. 
[0076] Further, in some embodiments, two or more ECIs may be able to share 

30 application files or a portion of the data stored in an application file. For instance, a 
video image for a casino logo may be shared by the bonus interface 118 and the 
service interface 120. Thus, once the video image of the casino logo is downloaded 
and stored for either bonus interface 118 or the service interface 120, it may be 
possible to reduce a size of the download by letting the host 110 know that this video 
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image is already available on the gaming machine. In particular embodiments, the 
gaming machine 100 or the host 110 may initiate a process where information 
regarding the application files or other content stored locally on the gaming machine 
100 that may be utilized with an ECI is communicated between the remote 110 and 
5 the gaming machine 100. The remote host 100 may use this information to determine 
what information/content/instructions, such as application files or application file 
components to download to the gaming machine 100. 

[0077] In yet another embodiment, ECIs, such as 118 and 120 may be operable to 
directly share information with one another. For example, the bonus interface 118 

10 may allow a player to when a free meal. When a player has won a free meal, the ECI 
122 generating the bonus interface 118 may be operable to share this information with 
the ECI 124 generating the service interface 120. The service interface 120 may be 
operable to provide dinner reservations. Thus, in response to information received 
from ECI 122, the service interface 120 may be modified to ask the player if they 

15 wish to make a reservation at the restaurant and to display information about the 
restaurant where the free meal was awarded. 

[0078] In Fig. 1A-1C, the display screen 102 is divided into a number of portions 
where the size of the portions and the processes used to provide the content to the 
portions vary with time. The arrangement of display portions and their associated 

20 processes are provided for illustrative purposes only. In a particular embodiment, 
pixel dimension or screen coordinates for a display portion used to output content 
may be selected to provide various shapes, such as substantially circular, diamond 
shaped, triangular shaped, star-shaped, etc. For example, an ECI may be operable to 
output content to one or more of the diamonds or stars on the game interface 116 in 

25 FIGs. 1A, IB or 1C. In this example, the ECI may be operable to display content 
within a moving symbol. In general, the ECI may be operable to display content 
within a display portion that moves around the screen. For example, the display 
portion assigned to the ECI may be a shape that moves, such as appears to bounce and 
the ECI may output content to this remote shape. 

30 [0079] In general, the gaming machine may allow for "pop-up" windows (also, non- 
overlapping windows) that may be controlled by in certain locations in a time 
dependent manner. For instance, when a gaming machine has been idle of a particular 
amount of time, the gaming machine may allow a pop-up window for an attract 
feature where the attract feature is provided in the pop-window by an ECI and where 
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the pop-up window blocks a portion of the game interface. The pop-up window for 
the attract feature may be closed when the gaming machine detects an event that may 
indicate that a player wishes to play a game, such as when a bill validator or coin 
acceptor is activated or when a card insert is detected at a card reader. In another 
5 example, a "pop-up" window that is controlled by an ECI may be allowed after an 
event indicating a player no longer wishes to play a game, such as when a player has 
pressed a cash-out button at this point a pop-up window or non-overlapping window, 
may appear where a remote host via an ECI provides content in the pop-window or 
non-overlapping window that may entice a player to continue playing (e.g., 
10 promotional credits, free spin, etc.) or to spend their winnings in some manner 
(redeem their winnings for a prize). 

[0080] In particular embodiments, an ECI may be utilized to output content to a 
display portion on the display that is non-contiguous. For instance, the ECI may be 
permitted to output content to a display portion comprising a rectangular bar across 
15 the top of the display and a rectangular bar across the bottom display where the 
rectangular bar at the top of the display and the rectangular bar across the bottom of 
the display don't over-lap. 

[0081] In yet particular embodiment, an ECI may be utilized to output content across 
a display portion that spans multiple displays. For instance, the ECI may be utilized to 

20 display content on all or a portion of a secondary display separate from display 102 
and a portion of display 102. Thus, in one example, content may be provided that 
appears to move from one display to the other. As another example, the separate 
secondary display may not include a touch sensor while the portion of display 102 
does include a touch sensor. Thus, the portion of the display 102 controlled by the 

25 ECI may be used to provide input buttons that affect content that is displayed on the 
secondary display controlled by the ECI when the ECI controls a portion of the touch 
screen display 102 and all or a portion of the secondary display. 

Multiple Remote Hosts 
30 [0082] Fig. 2 is a block diagram illustrating an interaction between two hosts, 202 and 
204, and a gaming machine 201 for one embodiment of the present invention. Each 
host controls an ECI on gaming machine 201. Host 202 controls ECI 226 and host 
204 controls ECI 228. The hosts, 202 and 204, may control their respective ECIs, 226 
and 228, in an independent or a dependent manner with respect to one another. In the 
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independent case, events generated with respect to the execution of one ECI don't 
affect the execution of the other ECI. In the dependent case, one or both ECIs may 
generate events that affect one another. In one embodiment of the present invention, 
two remote hosts, such as 202 and 204, may share access to a single ECI and may 
5 alternately or simultaneously provide content for the ECI. Further, as previously 
described, the ECIs, such as 226 and 228, may directly share information without 
routing it through their respective hosts. 

[0083] Each host includes a state manager, 206 and 208, content, 214 and 216, a 
history manager, 210 and 212, an interface manager, 218 and 220, and a resource 

10 negotiator, 222 and 224. The state manager may maintain a state of the ECI on the 
gaming machine. In the event of a malfunction on a) the gaming machine, b) the host 
or c) in the network between the host and the gaming machine. The state manager 
may be designed to store information that enables the remote host, if it chooses to 
restore an ECI on the gaming machine 201 to a state proximate to the state 

15 immediately prior to an occurrence of the malfunction. In one embodiment, the 
gaming machine maintains its own state via state manager 234 but not the state of any 
of the ECIs executing on the gaming machine 201. In other embodiments, the gaming 
machine may maintain some state information regarding the content displayed in the 
ECI. For example, the gaming machine may capture frames output to its display that 

20 include information from an ECI controlling a portion of the display. 

[0084] The hosts, 202 and 204, may each provide content to ECIs executing 
simultaneously on a plurality of gaming machines. The content provided on each 
gaming machine may be different (e.g., the content may be personalized using 
information regarding the player at each machine or the hosts may be dynamically 

25 responding to events generated on each gaming machine and adjusting content 
accordingly) and the gaming machines served by each host may be different (e.g., 
host 202 may provide content to gaming machines A, B and C while host 204 is 
providing content to gaming machines B, C, D). For each gaming machine that the 
host provides content via an ECI, the hosts, 202 and 204, may maintain a state of the 

30 content. The content, as described above, may comprise data and/or instructions 
provided as application files that are run and/or parsed by the ECI. The application 
files may include information/data used by the ECI and commands/instructions for 
utilizing one or more functions of the ECI. For instance, an ECI may be operable to 
receive command/instructions in regards to utilizing vector graphic capabilities of the 
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ECI. In addition, when vector graphics are applied, the ECI may be operable to apply 
edge smoothing the vector-based graphics. 

[0085] The state managers, 206 and 208, may each generate information that is sent 
to their history manager, 210 and 212, for dispute resolution and auditing purposes. In 
5 the event of a dispute, for example, a player may dispute an event that happened three 
games ago on the gaming machine when ECI 226 and ECI 228 were executing. The 
gaming machine 201 may include logic that enables the gaming machine to contact 
each host and request information regarding one or more states of the ECI it supported 
during the disputed game. The host may send the requested information to the gaming 

10 machine for display. 

[0086] To enable for dispute resolution, the gaming machine 201 and the hosts 202 
and 204 may exchange information, such as time stamps, game start time, game finish 
time, ECI start time, ECI finish time, event occurred at time A, etc., that enable 
content generated by each device and stored by the history manger to be recalled and 

15 correlated to one another. This information may be exchanged while the ECI is 
executing and then again later when requests for stored information are received by 
one of the hosts. 

[0087] As an example of state history management and access, the gaming machine 
201 may store a start and stop time for each game, whether one or more ECIs were 

20 executed during the game and when at least one ECI is executed during a particular 
game, information needed to contact the host that provided content for the ECI. Thus, 
the gaming machine 201 may be able to contact one of the remote host and request 
ECI states during a time period, which corresponds to a particular game. In response, 
the host may send the requested information to the gaming machine. 

25 [0088] The gaming machine 201 may provide a number of shared resources 240 that 
may be utilized by an ECI, such as 226. For instance, in one embodiment, the gaming 
machine 240 may be operable to share a) processing resources from a processor, such 
as 240, b) memory 244 which may comprise volatile memory, such as RAM or non- 
volatile memory, such as flash memory or a hard drive, c) one or more displays, such 

30 as display A 246 or display B, 248, d) one or more communication interfaces, such as 
a network communication interface 250 or a wireless interface (not shown) that 
allows the gaming machine to communicate with wireless devices located proximate 
to the gaming machine 201, e) audio devices 252, such as speakers, amps and signal 
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codecs for processing sound files, f) input/output devices, such as a touch screen 254 
or card reader 256. 

[0089] Prior to launching the ECI, a negotiation may take place between the gaming 
machines and one or more remote hosts in regards to the resources that may be 
5 utilized by the ECI while it is executed on the gaming machine. In one embodiment, 
when an ECI, such as 226, is shared or controlled by two or more hosts or where each 
host controls its own ECI but the ECIs share common resources and/or resource 
limitations based on the combined usage of resources used by the ECIs controlled by 
each host, a resource negotiation may take place between the two or more hosts to 

10 determine what resources are needed by each host. The host-to-host negotiation may 
allow the hosts to provide content/instructions to a shared ECI or to each of their ECIs 
in an integrated manner so that each host has enough resources to display their 
content/instructions on the shared ECI or each of their respective ECIs. 
[0090] For example, if a first ECI controlled by a first host utilizes display 246 and a 

15 second ECI controlled by a second host utilizes display 246 each host may only need 
a portion of the display 246 rather than the whole display. If one or both hosts try to 
utilize the entire display then both hosts may not be able to have content displayed via 
their ECIs simultaneously. But, if the first and the second host agree to share the 
display by utilizing only a portion of it via a resource negotiation, then the first and 

20 second host may be able to display content via their ECIs on the display 246 at the 
same time. In general, the gaming machine may be the final arbiter of what resources 
are assigned to each ECI and the host-host negotiations may take place in the context 
of negotiations with the gaming machine. 

[0091] In particular embodiments, the resource negotiators 222 and 224 may 
25 communicate with the remote resource manager 230 on the gaming machine 201 or 
each other to determine what resources are available for the ECI that each remote host 
controls, such as 226 or 228 or for an ECI which the remote hosts share. The one or 
more remote hosts may use this information to adjust the content that is sent to the 
gaming machine for its respective ECI. For instance, display 246 and display 248 may 
30 be of different sizes. Thus, at some times, a remote host may be provide access to 
display 246 and provide content to an ECI formatted to be compatible with the 
resolution of display 246 while at other times display 246 may not be available and 
the remote host may provide content formatted to be compatible with the resolution of 
display 248 (The content provided at different times to the displays 246 and 248 may 
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be the same or different content). Further details of resource management are 
described with respect to at least FIGs. 3 A and 3C. 

[0092] In yet another embodiment, the remote hosts, 202 and 204, may compete for 
access to resources on the gaming machine. For example, remote host 202 may 
5 provide one advertising stream/content and remote host 204 may provide another 
advertising stream/content. The gaming machine may allow only one advertising 
stream/content at a time. Thus, the gaming machine 201 may initiate negotiations 
where access to its resources goes to the remote host, which is the highest bidder. 
[0093] The gaming machine may notify potential hosts when resources become 

10 available and solicit bids for the resources from two or more hosts. In one 
embodiment, the gaming machine 201 while displaying content from one host may 
receive a bid for resources from another remote host and switch access to the gaming 
machine from a first remote host, such as 202, to a second remote host, such as 204, 
after receiving a better bid for resources from the second remote host 202. 

15 [0094] In yet another embodiment, the gaming machine 201 may provide information 
regarding various resource packages with various costs to potential remote hosts. The 
cost of a resource package may affect the amount of resources and priority of access 
of resources afforded to a remote host providing an ECI. For instance, access to a 
larger portion of a display that is shared may cost more than access to a smaller 

20 portion of the display. As another example, access to a display where control of the 
display is not to be switched to another remote host provided ECI or taken over by the 
gaming machine for a particular time period may cost more than sharing access to the 
display with another remote host and allowing the gaming machine to intermittently 
use the display. 

25 [0095] The interface managers, 218 and 220, may be responsible for determining 
what content to send each ECI and sending the content. Further, the interface 
managers may be designed to respond to events generated on the gaming machine. 
For example, when interface manager 218 receives information indicating a touch 
screen has been activated on the gaming machine via the event manger 262, the 

30 interface 218 manager may determine whether the touch screen is activated in a 
display area that it controls and whether content displayed on ECI 226 needs to be 
adjusted. As another example, when the interface managers, 218 or 220, receive 
information regarding the resolution of a particular display and visual content is to be 
displayed, the interface managers, may select content stored on their respective 
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remote host that is closet to a needed resolution, reformat (if needed) the content, 
generate new content to fit the resolution of the particular display or locate and/or 
download needed content from another source, such as another remote host. 
[0096] In particular embodiments, an ECI and/or remote host may not be granted 
5 access to all of the features of the shared resources. For example, when the card 
reader is operable to read/write data to a card, such as a smart card. The ECI may be 
allowed to receive data read from a card but not write data to the card. In one 
embodiment, during the negotiation phase, the gaming machine may provide a) a list 
of available shared resources, b) features of the shared resources that may be 
10 controlled by the remote host directly and/or via an ECI including commands and data 
formats that allow the features to be utilized, c) under what conditions the features 
may be utilized, etc. 

[0097] In a particular embodiment, the communications between the gaming machine 
and the remote host may be separated into two parts. The first part of the 

15 communications may include information regarding gaming machine transactions, 
such as money handling, metering, game outcomes, random number generation, 
player identification information. In general, the first part of the communications may 
include information that is generated as a result of game play from a primary game of 
chance executed on the gaming machine. In one embodiment, the gaming machine 

20 transaction information may be communicated using the G2S protocol approved by 
the Gaming Standards Association (Fremont, California). The second part of the 
communications between the gaming machine and the remote host may enable the 
communications between the remote host and the ECI, such as commands, 
instructions and/or data sent between the remote host and the ECI, which may include 

25 content for the ECI to output. 

[0098] One advantage separating the communications in this manner is that the ECI 
may be isolated from game play information. When the ECI is isolated from game 
play information, it may result in a more secure system. The higher level of security is 
based on the assumption that if a process executing on the gaming machine is 

30 unaware of game play information, such as the state of a game, it will more difficult 
for the process to affect the game in unacceptable manner. It is noted that although the 
ECI may not be aware of game play information, as described in the previous 
paragraph, the remote host may be aware of game play information. In another 
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embodiment, all of the communication may be according to an accepted protocol such 
as the G2S protocol. 

[0099] The game play information described in the previous paragraph may be related 
to information generated as a result of play of a primary game of chance generated on 
5 the gaming machine. Further, in some embodiments, the ECI itself may provide the 
play of games separate from the primary game. Nevertheless, the ECI may not be 
aware that is providing the play of a game and may be still unaware of any game play 
information that is generated. From the perspective of the ECI, it is simply outputting 
content utilizing commands, instructions and data provided by a remote host where 
10 the ECI does not distinguish between game related content and non-game related 
content. 

[00100] In particular embodiments, the ECI may be operable to process input 

generated as a result of the play of the game provided by the ECI but may not be 
operable to distinguish this input from other types of input, i.e., it may not be 

15 configured to determine the function associated with the input. For instance, the ECI 
may be instructed by the remote host to generate a bet button on a touch screen 
display for a game output utilizing the ECI. The ECI may be operable to receive input 
from the touch screen and determine that a particular button has been pressed. The 
ECI may forward this information to the remote host and the remote host may 

20 determine that this button corresponds to a bet button. The ECI may be unaware the 
button for a bet has been pressed or activated, i.e., it is unaware of the function of the 
button. 

[00101] In particular embodiments, when an ECI and/or remote host is access 

or control is prohibited for one or more resources, such as utilizing a peripheral device 

25 or utilizing one of the features of the peripheral device coupled to the gaming 
machine, and the ECI and/or remote host generates an instruction that tries to utilize 
or control the resource, then the gaming machine may respond in various manners. 
For example, in one embodiment, if the device or device feature the ECI and/or 
remote host is trying to access or control is not critical, then the gaming machine may 

30 simply ignore the command or instruction and possibly notify the device that it is 
trying to perform a function that is not available to it. For instance, the ECI and/or 
remote host may send instructions to a gaming machine to flash lights when this 
function is not available to it, and the gaming machine may simply ignore the 
instructions. 
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[00102] In particular embodiments, the available resources that may be utilized 

by a remote host as part of an ECI may vary from gaming device to gaming device. 
For example, a casino-type gaming machine with random number generation 
capability may have more capabilities that may be utilized in an ECI than a portable 
5 hand-held device. Further, in other embodiments, the capabilities of a gaming device, 
such as gaming machine 201, that may be offered to a remote host for utilization may 
vary depending on the remote host. For example, some remote hosts may be more 
trusted than other remote hosts and thus may be afforded greater access to devices on 
the gaming machine than other remote hosts. 

10 [00103] During operation of an ECI, the gaming machine may check the 

resources utilized by an ECI to determine whether the resources utilized by the ECI 
are in compliance with limits established for the ECI, such as during the negotiation 
phase. The gaming machine 201 may utilize its local resource management 238 
including the partition manager 256, the device scheduler 258 and the resource 

15 metering 260 on the gaming machine 201 to check the resource utilization of one or 
more ECIs individually or a group of ECIs in combination against resource 
allocations for each individual ECI or the group of ECIs. When resource allocation for 
an ECI is exceeded, a number of remedial actions may be taken. For instance, when 
CPU resources are exceeded, the ECI may be denied further CPU cycles and the 

20 display characteristics of the ECI may slow down and become jerky. Further, the 
gaming machine may notify the ECI that it has it exceeded it resource requirements. 
As another example, when resources are exceeded, the gaming machine may 
terminate a session with the remote host and stop execution of the ECI on the gaming 
machine. The execution of the ECI may be stopped permanently or may be stopped 

25 temporarily until more resources become available on the gaming or until the remote 
host adjusts the content of the ECI. 

[00104] As examples, an ECI may exceed its allocated resources because the 

gaming machine downwardly adjusted the resources available to the ECI after the 
start of an ECI session or because the remote host didn't correctly estimate an amount 
30 of resources it needed. In response to learning it is exceeding resources it has been 
allocated on the gaming machine, the remote host, such as 202 or 204, may adjust 
their content to consume less resources on the gaming machine. In particular 
embodiments, the remote hosts, such as 202 and 204, may be operable to dynamically 
adjust the content that is sent to the gaming machine for utilization by an ECI after a 
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session has been initiated (at the start of the session an initial resource allocation may 
be specified) 1) to satisfy changing resource allocations on the gaming machine, 
which may change, and thus, to prevent it from exceeding its resource allocation. 
[00105] Since the manner in which an ECI and/or remote host may be allowed 

5 to access or utilize a gaming machine may vary, such as from one remote host to 
another, from one time to another and different gaming machine may have different 
capabilities (e.g., a gaming machine may have different capabilities than a portable), 
the gaming machine may include logic for checking instructions and/or data received 
from an ECI and/or remote host to comply with their access privileges. For example 

10 for illustrative purposes only as a communication protocol doesn't have to be utilized, 
when the instructions and/or data are codified in a communication protocol, the 
gaming machine may first check to see whether the instructions and/or data is a 
recognized part of the protocol. Then, even if the instructions and/or data is part of the 
protocol, the gaming machine may not offer the capability requested, thus 

15 compatibility of instructions and/or data with the gaming machine capabilities may be 
checked (At the negotiation phase, the instructions and/or data that the gaming 
machine is capable of utilizing, which may be a subset of the instructions and/or data 
that may be communicated as part of the communication protocol may be 
established.) Then, the instructions and/or data may be checked against the access 

20 privileges for the particular ECI and/or remote host. For each remote host and its 
associated ECI, information regarding resource access privileges may be stored (The 
information may have been generated at the negotiation phase or at some other time). 
The privilege and/or error checking may be performed by the privilege checking logic 
274 in the local resource management 238. 

25 

Resource Allocation 

[00106] Figs. 3A to 3C is a block diagram showing hardware and software 

components and their interactions on a gaming machine for embodiments of the 
present invention. In embodiments of the present invention, the operating system may 
30 maintain "resource partitions." A resource partition may be logical abstraction 
implemented in the operating system logic that enables the operating system to 
monitor and limit the resources used by all of the process or process threads executing 
in each resource partition. At any given time, a resource partition may include one or 
more member processes or member process threads. For example, in one embodiment 
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of the present invention, a QNX operating system (Ottawa, Canada) may be 
employed. With QNX, each thread of execution may be individually assigned to a 
different resource partition. Thus, one process may have several threads each running 
in different partitions. In general, the operating system may be a POSIX compliant 
5 operating system, such as Unix and Linux variants, Windows™ NT, 2000, XP, Vista, 
etc. 

[00107] Resource partitioning is one example or aspect of virtualization. 

Virtualization is the process of presenting a logical grouping or subset of computing 
resources so that they can be accessed in ways that give benefits over the original 

10 configuration. Virtualizations refer to the abstraction of resources in many different 
aspects of computing and may include virtual machines and systems management 
software. Thus, the examples of resource partition are provided for illustrative 
purposes only and are not intended to limit the invention to virtualizations providing 
only resource partitioning. 

15 [00108] As noted above, threads may be assigned to different partitions in some 

embodiments of the present invention. A thread may be short for a thread of 
execution. Threads are a way for a program to split itself into two or more 
simultaneously (or pseudo-simultaneously) running tasks. Threads and processes 
differ from one operating system to another, but in general, the way that a thread is 

20 created and shares its resources may be different from the way a process does. 

[00109] Multiple threads may be executed in parallel on many computer 

systems. This multithreading may be provided by time slicing, where a single 
processor switches between different threads, in which case the processing is not 
literally simultaneous, for the single processor is only really doing one thing at a time. 

25 This switching can happen so fast as to give the illusion of simultaneity to an end 
user. For instance, a typical computing device may contain only one processor, but 
multiple programs can be run at once, such as an ECI for player tracking alongside an 
a game program; though the user experiences these things as simultaneous, in truth, 
the processor may be quickly switching back and forth between these separate 

30 threads. On a multiprocessor system, threading can be achieved via multiprocessing, 
wherein different threads can run literally simultaneously on different processors. 
[00110] In embodiments of the present invention, multiprocessor systems with 

multiple CPUs may be used in conjunction with multiprocessing. For example, an 
ECI process or ECI thread may be executed on one or more CPUs while a game is 
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executed on one or more different CPUs. In a particular embodiment, in a 
multiprocessor system, CPU accessibility may be limited according to the application. 
For instance, ECIs may be only executed on certain processors and games on other 
processors. The ECIs may be prevented from utilizing processors dedicated to 
5 executing games or other applications. 

[00111] Threads are distinguished from traditional multi-tasking operating 

system processes in that processes are typically independent, carry considerable state 
information, have separate address spaces, and interact only through system-provided 
inter-process communication mechanisms. Multiple threads, on the other hand, 

10 typically share the state information of a single process, and share memory and other 
resources directly. Although, as noted above, threads of the same process may be 
assigned to different resource partitions. Context switching between threads in the 
same process may be typically faster than context switching between processes. 
[00112] In general, the term, "process" refers to a manipulation of data on a 

15 device, such as a computer. The data may be "processed" in a number of manners, 
such as by using logical instructions instantiated in hardware, by executing 
programming logic using a processor, or combinations thereof. Thus, a "process" for 
the purposes of this specification may describe one or more logical components 
instantiated as hardware, software or combinations thereof that may be utilized to 

20 allow data to be manipulated in some manner. Therefore, the terms "process" and 
"process thread" as described are provided for the purposes of clarity only and are not 
meant to be limiting. 

[00113] Four resource partitions, 360, 366, 368 and 370 are illustrated in Fig. 

3A. An operating system resource partition 360 that includes processes (or process 

25 threads) executed by the operating system. A game resource partition 366 from which 
game processes (or process threads) are executed. An ECI resource partition 382 from 
which a first ECI process 382 (or ECI process thread) may be executed and an ECI 
resource partition 368 from which a second ECI process 380 (or ECI process thread) 
may be executed. As noted above, resource partitioning may be performed at the 

30 process level, the process thread level or combinations thereof. 

[00114] In one embodiment, resource partition definitions 308, such as 

resources allocated to each resource partition and processes that are enabled to 
execute in each partition (e.g. partition assignments 310) may be stored in the secure 
memory 326. Data stored in the secure memory may have been authenticated using 
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the authentication components 304 stored on the Boot ROM 302. When a process is 
launched by the operating system, it may check to see which resource partition to 
assign the process using the partition assignments 310, which may include a list of 
processes that may be executed in each partition. In one embodiment, some processes 
5 may be assigned to more than one resource partition. Thus, when the resources 
associated with a first resource partition are being fully utilized, the process may be 
executed from a second resource partition with available resources. 
[00115] In another embodiment, the partition assignment information may be 

stored with each executable image, such as images, 316, 318 and 320. When a process 

10 or process thread is launched, the operating system may determine which partition to 
assign the process or the process thread (In general, each process will have at least 
one process thread). With this method, new executable images may be downloaded to 
the gaming machine from a remote device that are not listed in the partition 
assignments 310 and still be assigned to a resource partition. 

15 [00116] In a particular embodiment, the operating system may only allow one 

ECI process or ECI process thread to execute in a partition at one time. In other 
embodiments, a plurality of ECI processes may be executed from a single partition at 
one time. When only a single ECI process is allowed to execute from a partition at 
one time, the amount of resources available to the ECI process occupying the partition 

20 may be more predictable. This type of architecture may be valuable when ECIs are 
provided from two or more different hosts simultaneously where each remote host 
doesn't necessarily know the resource requirements utilized by an ECI from another 
remote host. When two or more ECIs are allowed to occupy a single partition and 
execute simultaneously, the resources provide to each ECI, respectively, may be more 

25 vary more if each respective ECI is competing for a limited amount of resources. 

[00117] The resource competition may be become more acute when the 

resources needed by two or more ECIs are near or greater than one or more resources 
(e.g., CPU cycles or memory) provided in a partition. In some embodiments, the 
gaming machine may prioritize resource utilization by each ECI process. For instance, 

30 an execution priority may be assigned to each ECI process executing in a resource 
partition such that based on the priority one ECI process is favored over another ECI 
process when they are both competing for resources. 

[00118] The priority assigned to each ECI process may be based on another 

factor. A priority to resources may be assigned to an ECI process based upon its 
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function. For instance, an ECI for providing a bonus interface may be given a higher 
priority to resources than an ECI for providing advertising. In another embodiment, a 
priority may be assigned to an ECI process in accordance with a price paid to allow 
the ECI process and its content to be presented on the gaming device. In general, 
5 prioritization for utilizing resources is another way of providing virtualization on a 
gaming device. 

[00119] Resources that may be monitored and limited for each partition include 

but are not limited CPU usage, memory usage, such as RAM usage, NV-RAM usage, 
disk memory usage, etc., GPU (graphics processing usage), network bandwidth, 

10 sound card usage and access to gaming devices, such as displays, audio devices, card 
readers, bill validators (e.g., as described with respect to FIG. 2, for some resource 
partitions, for security purposes, access to certain devices , such as bill validators and 
cashless devices, or device features may not be available). Resources that may be 
monitored on the gaming machine 300 include the executable space 338, the 

15 processing devices 348, the gaming devices 358 and the secure memory 326. The 
local resource metering process 238 may monitor resource usage for each partition. In 
Fig. 3A, the local resource metering process 238 is shown monitoring, device A, 
device B, network bandwidth usage, processor usage of processors, 340 and 342, 
power usage, and memory usage. 

20 [00120] The local resource metering process 238 may report information to the 

resource partition manager 256. In particular embodiments, based upon limits placed 
on each resource partition, the resource partition manager 256 may prevent new 
processes from executing in a particular resource partition or may even terminate 
certain processes to free up resources processes executing in other partitions. For 

25 example, if the output of the game on the gaming machine 300 is less than optimal 
because of the resources utilized by the ECI 380 or ECI 382, the gaming machine may 
suspend execution or terminate execution of one or both of the ECI 380 or ECI 382. 
[00121] In particular embodiments of the present invention, prior to enabling a 

remote host to control an ECI on the gaming machine 300 and based on its resource 

30 partitioning system, the gaming machine 300 may notify the remote host of 
information regarding the resources it may have available to use while the ECI it 
wishes to control is executing on the gaming machine 300. In one embodiment, the 
remote resource manager 230 may report this information to the remote host. In 
another embodiment, the gaming machine may broadcast its available resources to a 
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plurality of remote hosts that may control an ECI on the gaming machine 300. These 
messages may be broadcast at regular intervals and change depending on a current 
resource utilization on the gaming machine. 

[00122] The resource information may include information regarding an upper 

5 limit of resources that may be available (e.g., a maximum of 10% CPU usage, 100 
MB of RAM), a lower limit of resources that may be available (e.g., a minimum of 
5% CPU usage, 50 MB of RAM, no audio capabilities), a prediction of a range of 
resources that may be available over time (e.g., at least 400 x 300 pixel window with 
periodic access to a 1600 x 1200 pixel window and at least 4 channels of 32 channel 

10 sound card with periodic access to all channels), a prediction of platform performance 
based on the available resources (e.g., an output frame rate of 25 frames per second at 
60 Hz screen refresh rate using 16 bits of color). An upper and lower limit of 
resources may be provided because the resources available on the gaming machine 
may change with time while an ECI is executing. 

15 [00123] Additional partitioning information may include a display mode, such 

as a translucent overlay of the game screen or a display location (e.g., left third of the 
display screen). Further, information sent to the remote host may include game theme, 
graphics and sound information currently executing on the gaming machine 300. The 
remote host may utilize this information to customize content for an ECI executing on 

20 the gaming machine 300 that is thematically consistent with a game executing on the 
gaming machine 300. 

[00124] In addition, the gaming machine may send file information to the 

remote host information regarding files, such as application files executed by an ECI, 
stored in the resource partitions. The files may have been previously downloaded 

25 from the remote host or a different remote host at an earlier. One or more files or 
information/data/commands within the one or more files may be of use to the remote 
host and thus, the remote host may structure a download based on the file information. 
For instance, the remote host may download files/data/content that is only needed in 
addition to the files/data/content already stored on the gaming machine. 

30 [00125] In response to the resource information it receives from the gaming 

machine, the remote host may determine whether the resources are adequate to output 
the content it wishes to present on the gaming machine via the ECI. In some 
embodiments, the remote host may adjust the content to output via the ECI to account 
for the available resources. For instance, when resources are limited, pre-rendered 
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images, 2-D graphics or vector-based graphics may be used instead of dynamically 
rendered 3-D graphics. As another example, if network traffic is high, such that the 
network bandwidth is limited, the remote host may reduce the amount of data sent to 
gaming machine. Details of graphical related apparatus and methods that may be 
5 utilized in embodiments of the present invention are described with respect to U.S. 
patent 6,887,157, filed August 9, 2001, by LeMay, et al., and entitled, "Virtual 
Cameras and 3-D gaming environments in a gaming machine," which is incorporated 
herein and for all purposes. 

[00126] In a particular embodiment, the remote host may request additional 

10 resources than the gaming machine 300 has said are available. In response, the 
gaming machine 300 may temporarily create a resource partition, such as 370 or 368, 
or another type of virtualization (e.g., a virtual machine) that enables the remote host 
to access the additional requested resources while the ECI is executed. In other 
embodiments, the resources available on the gaming machine may not be suitable for 
15 the content that the remote host has available and the remote host may decide not to 
control an ECI, such as 382 or 380. 

[00127] One advantage of using a virtualization, such as resource partitions, 

may be that a remote host in control of an ECI on a gaming machine may be enabled 
to control of resources while guaranteeing adequate game performance. A gaming 

20 machine operator always wants a game player to be presented with a quality game 
experience including presentations with desirable graphics and sounds. If providing 
access to gaming machine resources via an ECI results in an excessive degradation of 
the game experience (e.g., the graphics become jagged or jumpy), then sharing of 
gaming resources using an ECI would not be desirable. New gaming machine are 

25 becoming increasingly powerful in their capabilities. The use of ECIs in combination 
with resource partitioning enables under utilized gaming machine resources to be used 
in an effective manner while insuring that a quality game experience is always is 
provided to a game player. 

[00128] Another advantage of using a virtualization, such as resource 

30 partitions, may be that testing requirements related to the development of game 
software and ECI software may be simplified. One method of ensuring a quality game 
experience is maintained on a gaming device while a game process for generating a 
game is executing on the gaming device while one or more ECI processes are 
executing is to extensively test the one or more ECI processes and game process 
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under a variety of conditions. Testing every possible ECI process in combination with 
one or more possible ECI process in conjunction with every different game variation 
quickly becomes very unattractive in terms of both cost and time. 

[00129] Using virtualization, where the maximum resources allowed to be 

5 utilized by one or more ECI processes are prevented from exceeding a set limit, the 
gaming software for generating a game on the gaming machine may be tested where a 
maximum resource utilization allowed for the one or more ECI processes is simulated 
while the game is being executed. The game may be tested under a variety of 
operational conditions, such as when it is using a maximum number of CPU cycles or 

10 graphic processor cycles, to ensure that the generated game is adequate at the 
maximum resource utilization condition allowed for the one or more ECI processes. 
After the testing, it may be concluded that the game performance will be adequate for 
any combination of one or more ECI processes using up to the maximum allowable 
resources for the ECIs. Thus, new ECI processes may be developed after the game is 

15 released without having to test the performance of the game in combination with each 
new ECI. 

[00130] In addition, each ECI process may be tested to determine whether they 

perform adequately under various resource conditions up to the maximum resources 
allowed for a single ECI on a gaming device. This process may allow ECI developers 

20 to develop and test ECIs and associated content that are appropriate for different 
resource ranges up to the maximum allowed resources without needing to test them in 
combination with each possible game. Further, the developer may develop multiple 
ECIs and associated content to perform a particular function using different amount of 
resources with the knowledge that each ECI will perform adequately after testing. For 

25 example, a first ECI may use vector graphics to provide an animation, which requires 
less memory and allows for a faster download time, as compared to a second ECI that 
uses pre-rendered bitmaps to provide the animation where the function of the first and 
second ECI are the same. 

[00131] Fig. 3B is a block diagram of a gaming machine 100 including 

30 hardware and software components for one embodiment of the present invention. The 
gaming machine 100 may include RNG software or the gaming machine 100 may be 
a terminal in a central determination system where the random numbers are generated 
remotely from the gaming machine or combinations thereof (see at least FIGs. 6 and 7 
for more possible gaming machine/device embodiments). ECIs that may be used in 
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conjunction with various gaming devices coupled to the gaming machine to provide 
gaming services on the gaming machine 100 under control of a remote host are 
described. The ECI's may be a component of gaming machine software 103 and may 
be executed as processes by a gaming operating system on the gaming machine 100 
5 (see at least Figs. 1A and 4). 

[00132] In one embodiment, the gaming operating system is part of the master 

gaming controller of the gaming machine. The master gaming controller also controls 
the play of a game of chance on the gaming machine 100. In another embodiment, 
logic devices separate from the master gaming controller, such as a logic device on a 

10 player tracking unit, may also be used to execute the ECI processes. 

[00133] In one such embodiment, a player tracking unit including a logic 

device executing an operating system and coupled to the gaming machine may also be 
used to host ECI processes controlled by remote host including a remote logic device. 
That is, the gaming machine disclosed herein may be associated with or otherwise 

15 integrated with one or more player tracking systems. In this embodiment, the gaming 
machine and/or player tracking system tracks the player's gaming activity at the 
gaming machine. In one such embodiment, the gaming machine and/or associated 
player tracking system timely tracks when a player inserts their player tracking card to 
begin a gaming session and also timely tracks when a player removes their player 

20 tracking card when concluding play for that gaming session. In another embodiment, 
rather than requiring a player to insert a player tracking card, the gaming machine 
may utilize one or more portable devices carried by a player, such as a cell phone, a 
radio frequency identification tag or any other suitable wireless device to track when a 
player begins and ends a gaming session. In another embodiment, the gaming 

25 machine may utilize any suitable biometric technology or ticket technology to track 
when a player begins and ends a gaming session. 

[00134] During one or more gaming sessions, the gaming machine and/or 

player tracking system tracks any suitable information, such as any amounts wagered, 
average wager amounts and/or the time these wagers are placed. In different 
30 embodiments, for one or more players, the player tracking system includes the 
player's account number, the player's card number, the player's first name, the 
player's surname, the player's preferred name, the player's player tracking ranking, 
any promotion status associated with the player's player tracking card, the player's 
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address, the player's birthday, the player's anniversary, the player's recent gaming 
sessions, or any other suitable data. 

[00135] In another such embodiment, the remote host maintains or keeps track 

of the play and/or other activity on or relating to the gaming machines in the gaming 
5 system. In one embodiment, the remote host keeps track of the play on each gaming 
machine including at least: (1) the amount wagered by the player(s) for each play of 
the primary game for each gaming machine (i.e., a total or partial coin-in or wager 
meter which tracks the total or partial coin-in wagers placed on all of the primary 
games for all of the gaming machines in the gaming system); and (2) the time the 

10 wagers are placed or the amount of time between each play of the primary game for 
each gaming machine. In another embodiment, each gaming machine includes a 
separate coin-in, wager meter or pool which tracks the total or partial coin-in or 
wagers placed at that gaming machine. It should be appreciated that the player 
playing a designed gaming machine may change during this tracking and that this 

15 tracking can be independent of the specific player playing the designated gaming 
machine. It should be further appreciated that the wagers placed may be tracked in 
any suitable compatible or comparable manner such as credits wagered (i.e., if all of 
the system gaming machines are of the same denomination) or monetary units (e.g., 
total dollars or other currency) wagered. It should be further appreciated that tracking 

20 in monetary units may account for gaming machines having multi-denominations 
and/or for gaming machines of different denominations and/or gaming machines 
which accept different currencies. 

[00136] Via the remote host communication 113, the ECI 124 may receive 

content from a remote host 110. As described with respect to at least Fig. 2, a first 

25 ECI may receive content from a first remote host and a second ECI may receive 
content from a second remote host. In a particular embodiment, the content received 
from the remote host 110 comprises video and/or audio content that may be output on 
display devices, such as 16, 34, and 42 and audio devices, such as 12 and 14, coupled 
to the gaming machine 100. Further, the remote host 110 may send via the remote 

30 host communication 113 instructions for controlling the physical devices 105 and also 
receive input from the physical devices 105. The remote host 110 may send via the 
remote host communication 113 content/instructions to the ECI and instructions for 
controlling one or more of the physical devices 105. The instructions for the physical 
devices 105 from the remote host 110 may be routed from the remote host 
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communication to the hardware/software interface 101 and then to the physical 
devices 105. 

[00137] A program, such as an Adobe™ flash player or compatible player, may 

be used to output content received from the remote host. The program may be used to 
5 output content for a number of different game services, such as player tracking, ATM, 
communications, lottery, concierge, reservations and entertainment. In some 
embodiments, the gaming machine may not store content related to a particular ECI. 
After the ECI is launched, the ECI may loaded into a memory device or a protected 
memory space on the gaming machine 100, then the gaming machine 100 may load 
10 content received from the remote host directly into volatile memory. After the ECI is 
terminated, the downloaded content associate with the ECI may be lost and the 
volatile memory used by the ECI may be assigned to other processes. In one 
embodiment, streaming of information, such as video and audio information, may be 
employed. 

15 [00138] In one embodiment, the memory device of the gaming machine 

includes, but is not limited to, random access memory (RAM), which can include 
non-volatile RAM (NVRAM), magnetic RAM (MRAM), ferroelectric RAM 
(FeRAM) and other forms as commonly understood in the gaming industry. In one 
embodiment, the memory device includes read only memory (ROM). In one 

20 embodiment, the memory device includes flash memory and/or EEPROM 
(electrically erasable programmable read only memory). Any other suitable magnetic, 
optical and/or semiconductor memory may operate in conjunction with the gaming 
machine disclosed herein. In one alternative embodiment, part or all of the program 
code and/or operating data described above can be stored in a detachable or 

25 removable memory device, including, but not limited to, a suitable cartridge, disk, CD 
ROM, DVD, flash memory, or USB memory device. 

[00139] In another embodiment, the content associated with a particular ECI 

may be loaded into volatile memory but may also be stored to a non- volatile memory, 
such as disk memory or flash memory. In Fig. 3B, content related to a number of 
30 ECI's is stored on the gaming machine and illustrated as ECI content storage 111. An 
advantage of this approach is that when a remote host provides a game service 
multiple times on the gaming machine 100, the host may be able to use some content 
previously stored on the gaming machine and thus, reduce a size of a download that is 
needed to provide the game service. 
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[00140] Storage of previously used ECI content, such as ECI content storage 

111, may lead to additional communications between the remote host 110 and the 
gaming machine 100. For example, the remote host 110 and the gaming machine 100 
may comprise logic that enables the remote host 110 to 1) determine and validate the 
5 ECI content 111 stored on the gaming machine 100 and 2) direct the ECI 122 to load 
content from the ECI content storage 111. The ECI 122 may load content storage 111 
in combination with content received directly from the remote host 111 to provide a 
game service. 

[00141] In another example, the remote host 110 and/or the gaming machine 

10 100 may comprise logic that determines what content to save to the ECI content 
storage 111 and what content to delete from the ECI content storage 111. In one 
embodiment, content may be deleted from the ECI content storage 111 when a storage 
limit is reached. In another embodiment, content may be deleted when it becomes old 
or outdated. The remote host may send information to gaming machine that prioritizes 

15 what content to delete first. Thus, for example, when a storage limit is reached, the 
gaming machine may delete content with a lower priority prior to deleting content 
with a higher priority. In another example, stored content may relate to upcoming 
events that may eventually pass or linked to a holiday period that may pass. As 
another example, the stored content may be simply changed to maintain player 

20 interest. In yet another example, the gaming machine track a last time content was 
utilized or a frequency of utilization and delete content items that were last used a 
long time ago versus recently used content items or delete content items that are used 
more frequently before deleting content items used less frequently. 
[00142] Examples stored ECI content include but are not limited to 1) virtual 

25 player tracking 612 and 614 which may be used to provide player tracking services, 2) 
a virtual Automatic Teller Machine (ATM) 616 which may enable the gaming 
machine to provide fund transfers and monetary account management, 3) a virtual 
entertainment center 618 which may enable the gaming machine to provide one or 
more entertainment services besides game play to the game player, 4) a virtual lottery 

30 machine 620 that may enable a player to purchase a lottery ticket of some sort at the 
gaming machine, 5) a virtual change machine 622 that may enable a player to obtain 
change at a gaming machine, 6) a virtual sports book 624 that may enable a player to 
make a wager on an event at the gaming machine, to monitor events, to receive results 
and to cash out a winning event ticket, 7) a virtual communication center 625 that 
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may enable a player to a) communicate with other game players, other individuals or 
a casino host, b) send and receive e-messages and/or c) locate other players, 8) a 
virtual concierge 628 that enables a player to a) learn about and obtain various 
hotel/casino, restaurant, entertainment and travel services and b) make reservations, 9) 
5 a virtual vending machine 628 that enables a player to purchase various vending items 
at the gaming machine and 10) a virtual kiosk (not shown) that enables for a) Internet 
enabled services, such as web-browsing, b) registration services such as for a loyalty 
program and c) comping and prize redemption associated with a loyalty program. As 
is described above, the ECI content doesn't have to be permanently stored on the 

10 gaming machine and may be received directly from the remote host 110 and stored 
temporarily in a non- volatile memory, such as a RAM while the ECI 124 is executed. 
Additional applications that may be adapted to provide embodiments using ECIs on a 
gaming machine are described with respect to U.S. patent 6,712,698, titled, "Game 
Service interfaces for Player Tracking Touch Screen Display," originally filed, 

15 9/20/2001, U.S. patent 6,942,574, entitled, "Method and Apparatus for Providing 
Entertainment Content on a Gaming machine," originally filed 9/19/2000 and U.S. 
patent, 6,997,803, entitled, "Virtual Gaming Peripherals for a gaming machine, 
originally filed 3/12/2002 each of which are incorporated herein by reference and for 
all purposes. 

20 [00143] The virtual vending machine 628 may enable a gaming machine to 

dispense items directly to the player, enable the player to order an item, which is 
brought to the player or sent to the player, or dispense a media that is redeemable for 
the item. In addition, the virtual vending machine 628 may be used to redeem or order 
prizes or merchandise. The virtual player tracking ECI's, 612 and 614, may be used to 

25 provide player tracking services. Addition details of player tracking services that may 
be incorporated into an ECI are described in co-pending U.S. application no. 
09/642,192, filed August 18, 2000, by LeMay, et al. and entitled, "Virtual Player 
Tracking and Related Services," which is incorporated herein in its entirety and for all 
purposes. 

30 [00144] As described above, the ECI may output its content to a combination 

of gaming devices in the physical gaming devices 105 to provide a gaming service 
and present its content. In one embodiment, the ECI process may control or issue 
commands to devices and the remote host controlling the ECI may also issue 
commands to physical devices in conjunction with the ECI. Four examples of gaming 
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device combinations are shown for illustrative purposes. The device combinations 
utilized by an ECI and a remote host may vary according to the gaming devices 
available on a particular gaming machine. 

[00145] As an example of device combinations that may be used with an ECI 

5 and a remote host 110, the remote host may control the virtual ATM ECI 616 in 
conjunction the bill validator 30, the printer 18, the key pad 22, the display 34, the 
card reader 24 and the touch screen 35 to provide ATM services. The card reader 22 
may be used to accept an ATM card. The key pad 22 may be used to enter a pin 
number. The bill validator 30 may be used to accept cash or printed tickets with a 

10 cash value. Funds entered into the gaming machine may be transferred to a bank 
account. The display 34 and the touch screen 35 may be used to display and select 
various ATM services. The printer 18 may be used to provide receipts and print 
cashless tickets, which may be used for game play in other gaming machines. 
[00146] A virtual sports book ECI 624 and the virtual lottery machine ECI 620 

15 may also provide services using the combination of devices described for the virtual 
ATM ECI 616. However, the context in which the devices are used may be different. 
For instance, the printer 18 may be used to print a lottery ticket for the virtual lottery 
machine 620 and a wager ticket for the virtual sports book 164 instead of a receipt. 
Also, the display 34 and touch screen 35 may be used to display and make lottery and 

20 sports bets selections instead of ATM selections. Logic residing on the remote host 
110 may enable it to determine the context the device is being used. 
[00147] As another example, a virtual entertainment center peripheral ECI 618 

may control a payment or coin acceptor 28, input buttons 32, the secondary display 42 
and speakers 12 and 14 to provide entertainment sources to a player. In one 

25 embodiment, the virtual entertainment center ECI 618 may act as a musical video 
jukebox. Using the input buttons 32, a player may select musical videos, which are 
output on the secondary display 42 and speakers 12 and 14. In another embodiment, 
the player may be able to select a musical format, which is output on speakers 12 and 
14. In yet another embodiment, the player may be able to watch a sporting event on 

30 the secondary display while playing a game on the gaming machine. In some cases, 
the player may be required to deposit money via the payment acceptor 28 to use the 
virtual entertainment center. 

[00148] In yet another embodiment, a player may be enabled to win or 

purchase entertainment content and then download the entertainment content to a 
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portable device carried by the player. An interface for communicating with the 
portable device, such as a wireless interface, may be coupled to the gaming machine 
to enable the download to the portable device. In another example, the player may 
receive a voucher valid for the entertainment content that is redeemable at another 
5 location. 

[00149] In yet another example of a gaming service provided by an ECI, a 

virtual player tracking ECI, such as 612 and 614, may be used to provide player 
tracking services. Different combinations of gaming devices may be used to provide 
the same gaming service. For instance, the first virtual player tracking ECI 612 uses 

10 the key pad 22, the card reader 24 and the small display 16 to provide player tracking 
services. In another embodiment, instead of the small display 16, a portion of the 
large display 34, may also be used to output player tracking information. 
[00150] To start a player tracking session, as described above, the player may 

insert a player tracking card in the card reader 24, enter a PIN number using the key 

15 pad 22 and receive player tracking information via the small display 16. The second 
virtual player tracking ECI 614 uses the display 34, the touch screen 35, the card 
reader 24, a finger print reader 39 and a light panel 44. To start a player tracking 
session, the player may insert a player tracking card in the card reader 24, provides 
finger print information via the print reader 39 and receives player tracking 

20 information via the display 34. Using the touch screen 35, the player may be able to 
select choices from player tracking service menus and interfaces displayed on the 
display 34, enter a PIN or provide other alphanumeric input. The light panel 44 may 
be used to convey to a player operational information. For example, the light panel 
may change color or flash when a player has inserted their player tracking card 

25 incorrectly in the gaming machine. 

[00151] In one embodiment, one or more ECI processes described above are 

available to non-player tracking carded players. In one such embodiment, the gaming 
system provides one or more ECI processes to a non-carded player and informs the 
player of the different ECI processes that would become available to the player if the 

30 player were to obtain a player tracking card. In one embodiment, the gaming system 
enables the player to enroll in the player tracking system at the gaming machine. 
[00152] In the present invention, one or more ECI processes and game play 

processes on the gaming machine may share the same gaming device. For instance, 
the card reader 24 may be used by the virtual ATM ECI 616, the first virtual player 
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tracking peripheral 612 and the second virtual player tracking peripheral 614. As 
another example, the bill validator 30 may be used by the virtual ATM peripheral 616 
and by the master gaming controller on the gaming machine. 

[00153] Traditionally, gaming devices have not been shared by different 

5 software elements or processes executing on the gaming machine and the functions of 
a particular gaming device have been fairly limited. For example, card readers on 
gaming machine are typically used only to read player tracking information from 
player tracking cards. Further, the card readers have been in player tracking units with 
a separate logic device from the master gaming controller that provide control and 
10 have not been accessible to a master gaming controller on the gaming machine. As 
another example, the bill validator 30 is typically used only to insert credits into the 
gaming machine. Thus, conflicts between different gaming processes wishing to use a 
gaming device at the same time have not generally had to be considered on gaming 
machines. 

15 [00154] Since a given gaming device may be shared by multiple software 

entities, the context in which a given device is being used may be important. For 
example, a player tracking session may be usually initiated when a player inserts a 
player tracking card into the card reader 24. When a card is inserted into the card 
reader 24, one of the virtual player tracking peripherals (e.g., 612 or 614) may detect 

20 the insertion of the card and initiate the player tracking session. When the virtual 
ATM peripheral 116 is active, the player may insert an ATM card into the card reader 
24 to begin ATM services (inserting the card may also activate the ATM peripheral if 
it is not active). Thus, one possible scenario using the card reader 24 is that the player 
has requested an ATM service, the virtual ATM peripheral 116 may be given control 

25 of the card reader 24 and the virtual ATM peripheral 116 is waiting for the player to 
insert an ATM card into the card reader 24. If the player mistakenly inserts a player 
tracking card into the card reader 24, the virtual ATM peripheral 116 may generate an 
error because the player tracking card is not an ATM card. In another embodiment, 
the gaming system disclosed herein may enable credits to be downloaded from a 

30 player' s account via a player tracking card (and utilizing a designated pin specific to 
that player). When the virtual ATM peripheral 116 and the virtual player tracking 
peripheral (112 or 114) may be operating simultaneously, logic on the gaming 
machine may be required to determine in the situation described above whether a 
player tracking session is to be initiated or an error is to be generated. 
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[00155] In a particular embodiment, an ECI process executing on the gaming 

machine may be limited to only outputting video and/or audio content. For instance, 
the ECI may be limited to outputting only video content on a portion of display 34 
and audio content on speakers 12 and 14. In another example, the ECI may be limited 
5 to outputting only video content on a portion of display 34. 

Operating System 

[00156] In general, when a gaming device is shared by two or more entities, 

such as two or more ECI's or an ECI and another gaming process executed on the 

10 gaming machine, and when situations occur where the two or more entities may want 
to simultaneously use the same shared gaming device, shared gaming device logic 
may be required to arbitrate control of the shared gaming device. In traditional 
gaming machines, arbitrating control of a shared gaming device is generally not an 
issue because most gaming devices are usually either controlled by a single process or 

15 used for a single purpose. Control of the shared gaming device may be determined 
according to the context in which the device is being used. For instance, using the 
payment acceptor 28 in the context of entering credits to the gaming machine may be 
given priority over using the coin acceptor in the context to make change using the 
virtual change machine 622 or to purchase items from the gaming machine using the 

20 virtual vending machine 628. Device scheduling and resource management are 
described with respect to at least Figs. 2 and 3A. 

[00157] Fig. 3C is a block diagram illustrating further details relating to the 

hardware and software shown in Fig. 3B for one embodiment of the present invention. 
An exemplary software architecture including a number of processes that may be 

25 executed by the operating system 213 are shown. The ECI w/virtual player tracking 
content 226 is a "process" executed by an operating system 213 residing on the 
gaming machine. In a particular embodiment, a protected "process" may be defined as 
a separate software execution module that is protected by the operating system and 
executed by a logic device on the master gaming controller 224. When a process, 

30 including the ECI 226, is protected, other software processes or software units 
executed by the master gaming controller can't access the memory of the protected 
process. A process may include one or more process threads associated by the 
process. 
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[00158] A typical process differs from a protected process. While the 

restrictions associated with a protected process vary in different environments and 
operating systems, as an example in one known environment, a typical process cannot 
perform one ore more operations such as the following on a protected process: 
5 [00159] • Inject a thread into a protected process; 

[00160] • Access the virtual memory of a protected process; 

[00161] • Debug an active protected process; 

[00162] • Duplicate a handle from a protected process; and 

[00163] • Change the quota or working set of a protected process. 

10 [00164] The operating system 213 used to implement the gaming software 

architecture of the present invention may be one of a number of commercially 
available operating systems, such as QNX by QNX Software Systems, LTD of 
Kanata, Ontario, Canada which is Unix-like, Windows NT, 2000, XP, Vista by 
Microsoft Corporation of Redmond, Washington or Linux or a Linux variant, such as 

15 by Redhat, Durham, North Carolina, which is an open source Unix based operating 
system. Different operating systems may use different definitions of processes and 
protected processes. In QNX, the processes are protected. With other operating 
systems, a "process" may be dedicated logic that is executed. Using different 
operating systems, many different implementations of the present invention are 

20 possible and the present invention is not limited to the constraints of a particular 
operating system. 

[00165] A few details of the processes that may be executed on gaming 

machines of the present invention are as follows. The NV-RAM manager 229 controls 
access to the non-volatile memory on the gaming machine. By using the NV-RAM 

25 manager 229, the gaming processes may share the non-volatile memory resource at 
the same time. Thus, the non-volatile memory usage is optimally used which may 
lower the costs associated with adding new functions to the gaming machine. In some 
embodiments, ECI processes may be prevented from accessing non-volatile memory 
for security purposes in other embodiments the ECI processes may be enabled to send 

30 and receive information stored in a non- volatile memory on the gaming machine. 

[00166] Other processes that may be considered part of the operating system 

include but are not limited to a communication manager 223, a partition manager 256, 
an event manager 263, a game manager 221, a power hit detection process 228, a 
device scheduler 258 and an ECI process 226, which for illustrative purposes provides 
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player tracking content. The player tracking ECI process 226 in conjunction with 
logic executed on a remote host may be used to provide player tracking services using 
the card reader 24, the key pad 22, the finger-print reader 39 and the light panel 44 as 
described with respect to Fig. 3B. 
5 [00167] The device scheduler 258 may be used to arbitrate control and manage 

the usage of one or more shared devices on the gaming machine. A "shared device" 
may refer to a physical device on the gaming machine that may be used in different 
contexts for multiple purposes. For instance, the display 34 may be used to output the 
results of a game of chance generated on the gaming machine via the game manager 

10 221 and may be used to output player tracking content from player tracking ECI 226. 
The game manager process 221 and the ECI 226 may at times use the display 34 at 
the same time to control a varying portion of the display including a control of the 
entire display area. The device scheduler 258 may be used to determine which process 
under what circumstances is given access to how much of the display 34. 

15 [00168] As described above with respect to Fig. 3C, the device scheduler 258 

process may arbitrate requests, in particular concurrent requests, to use a shared 
gaming device, such as the display 34, from the different gaming processes executed 
by the gaming operating system or requests from processes executed on a remote host 
and determine which entity is given access to the shared gaming device, based on 

20 priority settings. For example, processes related to the output of the game of chance 
may be given a higher priority than ECI processes. Thus, when the game manager 221 
needs control of the entire display 34, the ECI process 226 may lose access to the 
display 34 or may not be given access to the display in the first place. 
[00169] In a particular embodiment, player inputs may affect access to a shared 

25 device. In one embodiment, an input switch or other type of input mechanism may be 
provided on the gaming machine that enables an ECI to be displayed or hidden. Thus, 
when a player actuates the switch, the gaming machine may allow or not allow the 
ECI to access the shared display. The gaming machine may have a default position, 
such as to allow an ECI to be generated or not generated in response to a player input, 

30 which may be changed by an input received on the gaming machine. The gaming 
machine may return to the default position after certain events, such as but not limited 
to the credits reaching zero on the gaming machine, a player tracking card being 
inserted/removed, determining that a player playing the gaming machine has changed 
or after a time period has expired. 
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[00170] In some instance, the gaming machine may override the player's 

selection not to provide the ECI. For instance, when input has been provided that 
indicates the player doesn't wish to see the ECI, the gaming machine may allow an 
ECI to access particular resources, such as a display, intermittently, such as in 
5 response to certain events. Thus, briefly or for some time period, the gaming machine 
may allow the ECI to generate its interface and then after the time period is expired, 
not allow the ECI to generate its interface. For instance, after a cash out request, the 
gaming machine may allow an ECI that provides promotional credits that may keep 
the player playing to be displayed even though an input had previously been received 

10 at the gaming machine indicating that the player didn't wish to see an ECI. 

[00171] The device scheduler 258 may also include logic for determining when 

to route information received from a physical device 105 via the hardware/software 
interface 101 to a remote host. For example, after an ECI process is launched and 
access is granted to a portion of touch screen display, input from the touch screen 

15 corresponding to the portion of the display controlled by the ECI may need to be 
routed to a host remote. Although, as previously noted with respect to at least FIGs. 
1A-1C, the ECI may also include information handling capabilities that allow it to 
process and route information received from one of the physical devices. 
[00172] In Fig. 3C, raw data received from a device, such as the touch screen 

20 35 or card reader 24, may be posted as an event to the event manager 262 via a device 
driver in 259 for the touch screen or card reader and a device interface 255, such as a 
touch screen device interface 241 or card reader interface 245. As an example, the 
device scheduler 258 may see the event and determine that touch screen input has 
been received and post an event indicating that this information is to be copied and 

25 sent to a remote host. The communication manager 223 may see the event posted by 
the device scheduler 256 and send the information to a remote host using an 
appropriate communication protocol 211. For example, a remote host A may 
communicate using the host A protocol 203 while a remote host B may communicate 
using the host B protocol 205. The gaming devices of the present invention may be 

30 operable to implement wireless and wired protocols of both a proprietary nature (e.g., 
Netplex, which is an IGT proprietary protocol) or non-proprietary nature (USB, Wi-fi, 
IEEE 1394-compatable, Ethernet as well as protocols approved by the Gaming 
Standards Association-GSA, Fremont, California, such as SAS, G2S or S2S). 
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[00173] The device scheduler 262 may incorporate logic of varying degrees of 

complexity to route information received from an input device to a remote host. For 
example, in one embodiment, after an ECI has been instantiated and its relation to one 
or more devices determined, the scheduler 262 may check to determine whether input 
5 has been received from the one or more devices of interest to the remote host. When 
input is received from one or more devices of interest to the remote host associated 
with the ECI, such as the touch screen input described in the preceding paragraph, the 
input may be routed to remote host. 

[00174] After the remote host receives the input, it determines whether the 

10 input is of interest and what response to make. For example, the remote host may not 
control the portion of the display from which the input was received and, thus, 
determine a response is not necessary. On the other hand, as described with respect to 
at least Figs. 1A to 1C, the remote host may determine that the input is from an area 
on the display controlled by the remote host via the ECI, then send new content to the 

15 ECI to displayed on the gaming machine and/or additional instructions to the ECI 
control what content it is to output (e.g., the content may have already been 
downloaded to the gaming machine that is needed for output in response to the touch 
screen input and the remote host may instruct the ECI to output it). 
[00175] In addition to sending content and/or instructions to the ECI 226 in 

20 response to receiving input from a physical device, the remote host may send 
instructions to the gaming machine that affect its operation. The remote host may send 
an event that is routed via the event manager 262 to one or more other processes. For 
example, the remote host may send an instruction to add credits to the gaming 
machine, which may cause a credit meter to increment and a display of the credits to 

25 be adjusted. As previously described, with at least respect to FIG. 2, the gaming 
machine may provide logic (not shown) for checking whether the remote host is 
allowed to provide a particular event. For example, all remote hosts may not be 
allowed to increment credits on the gaming machine. In another embodiment, the 
remote host may send an event that triggers a feature in a game to be unlocked, which 

30 affects the output of the game on the game interface. The game manager 221 may 
receive this information via the event manager 262 and event distribution. 
[00176] As noted above, the device scheduler 258 or some other process 

executing on the gaming machine, may include more complex logic for determining 
what information received from a physical device to route to the remote host. For 
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instance, for each device of interest to the remote host, the device scheduler 258 may 
have the capability to examine the input information and determine whether it of 
interest to the remote host. For example, the device scheduler may be able to 
determine whether the touch screen input is in the area controlled by the host and only 
5 route input received from this area. In another example, the remote host may be 
providing player tracking services but not ATM services, thus when a player tracking 
card is inserted into the card reader 24, the device scheduler 258 may determine that it 
is a player tracking card and route it to the remote host. When a credit card is inserted 
into the card reader 24, the device scheduler 258 may determine, the card is credit 

10 card and not route the information to the remote host. 

[00177] In a particular embodiment, for each shared gaming device, a separate 

device scheduler process 258 may be used to arbitrate control of the shared gaming 
device, assess information received from the shared gaming device and direct the 
information to other processes and host devices. As another example, a device 

15 scheduler process 258 may be used to arbitrate control of multiple shared gaming 
devices. In general, a gaming machine may include multiple device scheduler 
processes that each manage one or more shared gaming devices. 

[00178] As described in more detail below, the device scheduler 258 may listen 

to and respond to game events passed through the event manager 262 and event 

20 distribution 225 and more specifically to events that are requests for any of its known 
contexts to enter or exit. A context may be described as a situation defined in logic 
where a process may request control of a particular shared gaming device. A process, 
such as via one or more process threads, may generate contexts for more than shared 
gaming device. For instance, the ECI process 226 in conjunction with processes with 

25 its associated host may generate contexts for the display 34, the touch screen 35, the 
card reader 24 and the light panel 44. The display 34, the touch screen 35, the card 
reader 24 and the light panel 44 may all be shared gaming devices. There are at least 
two circumstances under which the shared device manager 115 may grant control of 
the shared gaming device: 1) the current context is finished using the shared gaming 

30 device or 2) a higher priority context requires access to the shared gaming device. 

[00179] Event based requests are one method of controlling access to a shared 

gaming device. Another method is arbitrated requests that are sent directly to a device 
scheduler 258 or a similar process. In embodiments of the present invention, event 
based request, arbitrated request or combinations thereof may be used. 
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[00180] The display 34 is one example of a gaming device that may also be a 

shared gaming device. Contexts that may request access to the display screen 34 
include but are not limited to: a) a menu context that displays machine menu for 
maintenance situations, b) a tilt context that displays tilts including hand pays for tilt 
5 situations, c) a game context that displays regular game play, bonus games and cash 
outs, d) an attract context that displays attract menus in attract situations, and e) a 
main menu context that displays a game selection menu and other game service 
menus available on the gaming machine. The contexts for the display 34 may be 
generated by various gaming processes active on the gaming machine. For instance, in 

10 one embodiment, game service menu contexts may be generated by one or more 
ECIs, such as the player tracking ECI process 226. As another example, the game 
manager process 226 may generate the game context. Thus, the display 34 may be a 
device that may be shared multiple times. A practical limit may be applied to the 
display 34 or any other shared gaming device to keep the resource from being entirely 

15 exhausted. 

[00181] The contexts described above for the display 34 may be prioritized. In 

one embodiment, the priorities for the display may be prioritized in descending order 
from highest to lowest, as the machine menu context, the tilt context, the game 
context, bonus game context, ECI context, the attract context and the main menu 

20 context. When the display is divided into different areas all or a portion of the 
contexts listed above may apply. For instance, the tilt context may apply for all areas. 
Thus, when the gaming machine enters a tilt state the tilt context may take over the 
entire display including all areas in which the display has been sub-divided. As 
another example, certain games or bonus games may use the entire screen at certain 

25 times and may be given priority over an ECI context or attract context for the portion 
of the screen used by the ECI context. In other embodiments, the game context and 
bonus game context may use a dedicated portion of the display 34 and may not 
compete with the ECI context for display resources. 

[00182] In general, the priorities assigned to contexts for a shared gaming 

30 device are fixed. However, variable priorities may also be used for some contexts of 
the shared gaming device. As an example, the priorities of attract mode contexts 
generated by different ECIs may be increased or decreased as a function of time to 
emphasize a particular game service. Thus, a priority for an attract mode context for a 
particular game service provided by a ECI may be increased at particular times such 
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that the attract mode context is displayed more often than other attract mode contexts 
generated by other ECI processes during the time when its priority is increased. For 
example, an attract mode context that enables a patron to make a dinner reservation or 
an entertainment reservation may be emphasized more by increasing its priority in the 
5 early afternoon or at other times when the patron may desire these services. 

[00183] Returning to Fig. 3C, the gaming machine software 201 may comprise 

communication protocols 211, an event manager 262 and event distribution 225, 
device interfaces 255, device drivers 259, the game manager 221 which interfaces 
with gaming processes used to generate the game of chance, game resources such as a 

10 power Hit Detection Manager 229, which monitors gaming power, the NV-RAM 
manager 229 and the communication manager 223, which may be used by other 
processes, the ECI's, such as ECI 226, the device scheduler process 258 that arbitrates 
control of one or more shared gaming devices and the resource partition manager 256, 
which monitors resource usage by different resource partitions as described with 

15 respect to Fig. 3 A. 

[00184] The software modules comprising the gaming machine software 201 

may be loaded into memory of the master gaming controller 46 (see at least Figs. 3A 
and 6) of the gaming machine at the time of initialization of the gaming machine. The 
game operating system (OS) may be used to load and unload the gaming software 

20 modules from a mass storage device on the gaming machine into RAM for execution 
as processes on the gaming machine. The gaming OS may also maintain a directory 
structure, monitor the status of processes and schedule the processes for execution. 
During game play on the gaming machine, the gaming OS may load and unload 
processes from RAM in a dynamic manner. The gaming OS, associated processes and 

25 related gaming data may be authenticated in verified on the gaming machine. Details 
of the authentication method and apparatus that may be used with the present 
invention are described in U.S. Patent Nos. 5,643,086, 6,149,522, 6,620,047, 6,106, 
396, by Alcorn, et, al., each of which is incorporated by reference and for all 
purposes. Details of software verification methods that may be used with the present 

30 invention are described in U.S. patent 6,685,567, entitled, "Process verification," filed 
August 8, 2001, which is incorporated herein by reference and for all purposes. 
[00185] The NV-RAM manager 229 may be a protected process on the gaming 

machine to maintain the integrity of the non-volatile memory space on the gaming 
machine. All access to the non-volatile memory may be through the NV-RAM 
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manager 229 via a defined API. During execution of the gaming machine software 
100, the non- volatile manager 229 may receive access requests via the event manager 
262 from other processes, including a resource partition manager 256, a game 
manager 221, an ECI process 226 and one or more device interfaces 255 to store or 
5 retrieve data in the physical non-volatile memory space. Other software units that 
request to read, write or query blocks of memory in the non-volatile memory are 
referred to as clients. 

[00186] The device interfaces 255, including a key pad 235, a display 237, a 

card reader 245, a coin acceptor 251, a bill validator 243 and a touch screen 241, are 

10 software units that provide an interface between the device drivers and the gaming 
processes active on the gaming machine. The device interfaces 255 may receive 
commands from virtual gaming peripherals requesting an operation for one of the 
physical devices. For example, in one context, the player tracking ECI process 226 
may send a command to the display interface 237 requesting that a message of some 

15 type be displayed on the display 34. The display interface 237 sends the message to 
the device driver for the display 34. The device driver for the display communicates 
the command and message to the display 34 enabling the display 34 to display the 
message. When the display 34 may be controlled by more than one gaming process 
(e.g., the game manager 221 may use the display 34 to present the game of chance), 

20 the device scheduler 258 or a similar process may assign a priority to the context 
generated by the player tracking ECI process 226 and grant control of the display 34 
to the context depending on whether the display 34 is currently in use. If the display 
34 is in use, the device scheduler 258 may determine whether the current context 
using the device should be switched out for the context generated by the player 

25 tracking ECI process 226. 

[00187] The device interfaces 255 also receive events from the physical 

devices. In general, events may be received by the device interfaces 255 by polling or 
direct communication. The solid black arrows indicate event paths between the 
various software units. Using polling, the device interfaces 255 regularly 

30 communicate with the physical devices 105 via the device drivers 259 requesting 
whether an event has occurred or not. Typically, the device drivers 259 do not 
perform any high level event handling. For example, using polling, the card reader 
245 device interface may regularly send a message to the card reader physical device 
24 asking whether a card has been inserted into the card reader. 
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[00188] Using direct communication, an interrupt or signal indicating an event 

has occurred, may be sent to the device interfaces 255 via the device drivers 259 when 
the physical devices need to communicate information. For example, when a card is 
inserted into the card reader, the card reader 24 may send a "card-in message" to the 
5 device interface for the card reader 245 indicating a card has been inserted which may 
be posted to the event manager 262. The card-in message may be an event. Other 
examples of events which may be received from one of the physical devices 105 by a 
device interface, include 1) Main door/ Drop door/ Cash door openings and closings, 
2) Bill insert message with the denomination of the bill, 3) Hopper tilt, 4) Bill jam, 5) 
10 Reel tilt, 6) Coin in and Coin out tilts, 7) Power loss, 8) Card insert, 9) Card removal, 
10) Promotional card insert, 11) Promotional card removal, 12) Jackpot, 13) 
Abandoned card and 14) touch screen activated. 

[00189] Typically, the event may be an encapsulated information packet of 

some type posted by the device interface. The event has a "source" and one or more 
15 "destinations." Each event contains a standard header with additional information 
attached to the header. The additional information may be typically used in some 
manner at the destination for the event. 

[00190] As an example, the source of the card-in game event may be the card 

reader 24. The destinations for the card-in game event may be a bank manager (not 

20 shown), which manages credit transfers to the gaming machine, the communication 
manager 223 and the player tracking ECI 226. The communication manager 223 may 
communicate information read from the card to one or more devices located outside 
the gaming machine, such as a remote host. When the magnetic striped card is used to 
deposit credits into the gaming machine, the bank manager may prompt the card 

25 reader 24 via the card reader device interface 255 to perform additional operations. 
When the magnetic striped card is used to initiate a player tracking session, the player 
tracking ECI 226 or a remote host may prompt the card reader 24 via the card reader 
device interface 255 to perform additional operations related to player tracking. Since 
multiple contexts may be applied to the card-in event, a device scheduler, such as 258, 

30 may be used to determine which context is granted control of the gaming device. For 
example, the device scheduler 258 may grant control of the card reader to either bank 
manager 222, the ECI 226 or the remote host (not shown). 

[00191] An event may be created when an input is detected by one of the 

device interfaces 255. Events may also be created by one process and sent to another 
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process. For example, when the device scheduler 258 grants control of one shared 
gaming device to a context, an event may be generated. Further, as previously 
described, events may also be generated from entities located outside the gaming 
machine. For example, a remote host may send an event to the gaming machine, via 
5 the communication manager 223. The events may be distributed to one or more 
destinations via a queued delivery system using the event distribution software 
process 225. However, since the game events may be distributed to more than one 
destination, or simply broadcast to the processes executing, the events differ from a 
device command or a device signal which is typically a point to point communication 
10 such as a function call within a program or inter-process communication between 
processes. 

[00192] Since the source of the event, which may be a device interface or a 

remote host outside of the gaming machine, is not usually directly connected to 
destination of the event, the event manager 262 acts as an interface between the 

15 source and the one or more event destinations. After the source posts the event, the 
source returns back to performing its intended function. For example, the source may 
be a device interface polling a hardware device. The event manager 262 processes the 
game event posted by the source and places the game event in one or more queues for 
delivery. The event manager 262 may prioritize each event and place it in a different 

20 queue depending on the priority assigned to the event. For example, critical game 
events may be placed in a list with a number of critical game transactions stored in the 
NV-RAM as part of a state in a state-based transaction system executed on the 
gaming machine. 

[00193] After the event manager receives an event, the event may be sent to 

25 event distribution 225 in the gaming system 213. Event distribution 225 broadcasts 
the event to the destination software units that may operate on the event. The 
operations on the events may trigger one or more access requests to the NV-RAM via 
the NV-RAM manager 229. Further, when one or more software units may request 
control of a shared gaming device in response to the event, then a device scheduler, 
30 such as 258, may be used to arbitrate the request. 

[00194] As another example of event processing, when a player enters a bill 

into the gaming machine using the bill validator 30, this event may arrive at the bank 
manager after the event has passed through the device drivers 259, the bill validator 
device interface 240, the event manager 262, and the event distribution 225 where 
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information regarding the event such as the bill denomination may be sent to the NV- 
RAM manager 229 by the event manager 262. After receiving the event, the bank 
manager evaluates the event and determines whether a response is required to the 
event. For example, the bank manager 222 may decide to increment the amount of 
5 credits on the machine according to the bill denomination entered into the bill 
validator 30. Further, the bank manager 222 may request control of the bill validator. 
When the bill validator 30 is a shared gaming device, the device scheduler 258 may 
arbitrate the request to use the bill validator 30. Thus, one function of the bank 
manager software and other software units that are executed as processes on the 

10 gaming machine may be as an event evaluator. 

[00195] More generally, in response to the event, the bank manager or other 

processes on the gaming machine may 1) generate a new event and post it to the event 
manager 262, 2) send a command to the device interfaces 255, 3) send a command or 
information to the remote host via the communication manager using one of the 

15 communication protocols, 4) do nothing or 5) perform combinations of 1), 2) and 3). 
[00196] Non- volatile memory may be accessed via the NV-RAM manager 229 

via commands sent to the gaming machine from devices located outside of the gaming 
machine. For instance, an accounting server or a wide area progressive server may 
poll the non-volatile memory to obtain information on the cash flow of a particular 

20 gaming machine. The cash flow polling may be carried out via continual queries to 
the non-volatile memory via game events sent to the event manager 262 and then to 
the NV-RAM manager 229. The polling may require translation of messages from the 
accounting server or the wide area progressive server using communication protocol 
translators 211 residing on the gaming machine. 

25 [00197] The communication protocols typically translate information from one 

communication format to another communication format. For example, a gaming 
machine may utilize one communication format while a remote host providing ECI 
services may utilize a second communication format. The communication protocols 
211 may translate the information from one communication format to another 

30 enabling information to be sent and received from the server. 

[00198] The power hit detection process 229 monitors the gaming machine for 

power fluctuations. The power hit detection process 229 may be stored in a memory 
different from the memory storing the rest of the gaming machine software 103. 
When the power hit detection software 229 detects that a power failure of some type 
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may be imminent, an event may be sent to the event manger 230 indicating a power 
failure has occurred. This event may be posted to the event distribution software 225, 
which broadcasts the message to all of the processes and devices within the gaming 
machine that may be affected by a power failure. If time is available, the event may 
5 also be sent to processes executing on a remote host. 

[00199] Device interfaces 255 are utilized with the gaming machine software 

213 so that changes in the device driver software do not affect the gaming system 
software 213 or even the device interface software 255. For example, the gaming 
events and commands that each physical device 105 sends and receives may be 

10 standardized so that all the physical devices 105 send and receive the same commands 
and the same gaming events. Thus, when one of the physical devices 105 is replaced, 
a new device driver 259 may be required to communicate with the physical device. 
However, device interfaces 255 and gaming machine system software 213 remain 
unchanged. When the new physical device requires a different amount of NV-RAM 

15 from the old physical device, an advantage of the NV-RAM manager 229 may be that 
the new space may be easily allocated in the non-volatile memory without 
reinitializing the NV-RAM. Thus, the physical devices 105 utilized for player 
tracking services may be easily exchanged or upgraded with minimal software 
modifications. 

20 [00200] The various software elements described herein (e.g., the device 

drivers, device interfaces, communication protocols, etc.) may be implemented as 
software objects or other executable blocks of code or script. In a preferred 
embodiment, the elements are implemented as C++ objects. The event manager, event 
distribution, software player tracking unit and other gaming system 213 software may 

25 also by implemented as C++ objects. Each are compiled as individual processes and 
communicate via events and/or interprocess communication (IPC). Event formats and 
IPC formats may be defined as part of one or more Application Program Interfaces 
(APIs) used on the gaming machine. This method of implementation is compatible 
with the QNX operating system. 

30 [00201] The operating system and its components have been described in the 

context of a gaming machine. A master gaming controller 46 on the gaming machine 
may include the operating system (see at least Fig. 6). The present invention is not so 
limited. Gaming processes may also be activated by operating systems executed by 
logic devices different from the master gaming controller on the gaming machine. For 
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instance, a gaming peripheral, such as a player tracking unit, mounted to a gaming 
machine may include a logic device that executes an operating system. The operating 
system on the gaming peripheral may be the same or different from the operating 
system executing on the master gaming controller on the gaming machine. 
5 [00202] The gaming peripheral may comprise one or more gaming devices. 

Like the gaming machine activating a process that controls gaming devices located on 
the gaming peripheral, the logic device on the gaming peripheral may activate 
processes that control gaming devices located on the gaming peripheral and the 
gaming machine. Further, like the gaming machine, the gaming machine may execute 

10 ECI processes under control of a remote host. In another embodiment, the gaming 
peripheral may act as a remote host to an ECI process executed on the gaming 
machine. For instance, a player tracking unit coupled to the gaming machine may act 
as the remote host for the player tracking ECI process 226 executed on the gaming 
machine. In yet another embodiment, the gaming machine may act as a remote host to 

15 an ECI process executing on another gaming device, such as another gaming machine. 

Remote Host - Gaming Machine Interaction 

[00203] Fig. 4 is an interaction diagram 400 between a host and gaming 

machine for one embodiment of the present invention. The gaming machine may be 

20 operable to provide access to resources that may be controlled by the remote host as 
part of an ECI described above with at least respect to Figs. 1A to 3C. In 430, the 
gaming machines powers up and becomes available for game play. At some time, the 
gaming machine may establish a relationship with a remote host. For example, in one 
embodiment, as part of an initialization phase on the gaming machine, a 

25 communication link may be established between gaming machine and the remote 
host. When a communication link is established between the gaming machine and the 
remote, the gaming machine and remote host may exchange authentication/validation 
messages 412 that enable both the gaming machine and the remote host to determine 
that the communications are from a valid source. This process may utilize methods 

30 known in the art, such as exchanging information encrypted or signed with public and 
private key pairs. 

[00204] After a communication link is established between the remote host and 

the gaming machine, information may be exchanged between the devices that may be 
used to determine when to trigger an instantiation of an ECI on the gaming machine. 



58 



WO 2010/045004 



PCT/US2009/058664 



In different embodiments, information requests may be initiated by remote host in 402 
or may be initiated by the gaming machine. The information requests may be event 
driven, may occur at regular intervals as a result of polling messages initiated at the 
host or the gaming machine, may occur according to an agreed upon schedule or 
5 combinations thereof. 

[00205] Different types of information needed to determine when to instantiate 

an ECI may be communicated. For instance, in 404, the gaming machine may send 
status information regarding its current status, such as idle or active, to the remote 
host. As another example, in 406 the gaming machine may send player and/or usage 
10 information, such as coin-in and coin-out, to the remote host. In yet another example, 
the event information, such as a request for a game service on the gaming machine, 
may be sent to the remote host that triggers a launch of the ECI. 

[00206] In particular embodiment, the remote host may receive useful 

information indirectly. For example, a player tracking session may be initiated on the 

15 gaming machine that causes a communication link to be established between the 
gaming machine and a player tracking server. In response, the gaming machine may 
send information indicating that a player tracking session has been initiated. In 
response, the remote host may contact the player tracking server and in 450 receive 
information from the player tracking server, which is an example of remote gaming 

20 device. In another embodiment, after a communication link may be established with 
the gaming machine, the player tracking server may automatically contact the remote 
host and send information to the remote host in 450. 

[00207] The information received from the player tracking server may be used 

to determine whether to launch an ECI on the gaming machine. Further, when the ECI 

25 is launched, the information received from the player tracking server and/or the 
gaming machine may be used to customize the content output by the ECI on the 
gaming machine. For example, the content may be customized according to known 
player preferences. In another example, the content may be customized according to a 
status of the player, which may be determined from their game play history. Further, 

30 the player tracking server may send or the remote host may store operator preferences 
regarding content or promotions that the operator wants to output via the ECI. The 
operator preferences may also be used to customize the ECI on the gaming machine. 
[00208] In another embodiment, the gaming machine may send information to 

servers in which it does not have an established formal communication relationship. 
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For example, when the gaming machine is idle, the gaming machine may broadcast its 
status to one or more remote hosts on a local area network. In response to the 
broadcast, one or more remote hosts may determine that they wish to output content 
on the gaming machine during the idle period and contact the gaming machine. In 
5 402, the remote hosts may contact the gaming machines to request additional 
information, which may be publicly available to devices on the network or in 410, the 
remote host may initiate a resource request 410 for control of resources on the gaming 
machine. Prior to exchanging information regarding parameters of the resource 
request, such as a status of resources that may be available for control by the remote 
10 host in 414, the gaming machine and remote host may exchange information used by 
each device for authentication and validation purposes. Further details of interactions 
between the remote host and the gaming machine are described in the figure for one 
embodiment of the present invention. 

[00209] In 454, the remote host may evaluate the resource limitations provided 

15 by the gaming machine and determine whether it can provide content that is suitable 
for the resource limitations available on the gaming machine. When the remote host 
determines the resource limitations are acceptable, in 416, it may send a message 
indicating it wishes to initiate a session between the remote host and the gaming 
machine. 

20 [00210] In 418, after receiving this message, the remote host and the gaming 

machine may exchange one or more session parameter messages including 
information such as a time stamp, clock information so that their clocks may be 
synchronized, device identification etc. In one embodiment, the information in the one 
or more session parameter messages may be utilized to identify state information 

25 stored on the remote host pertaining to the session between the remote host and the 
gaming machine in a manner that allows the state of the gaming machine and the state 
of an ECI generally corresponding to the state of gaming at a particular time or during 
a particular event to be determined. 

[00211] After a session between the gaming machine and the host is initiated, 

30 in 434, the gaming machine load and execute an ECI process if it is not already 
executing and begin communication gaming machine transaction information to the 
remote host. The gaming machine transaction information may include information 
regarding a state of a game played on the game, player identification information, 
money handling information, etc. The gaming machine transaction information 
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received from the gaming machine may affect dynamically the content the remote 
host sends to the gaming machine. Examples of gaming transaction information that 
may be transmitted are described in the G2S protocol approved by the Gaming 
Standards Association (Fremont, CA) although the present invention is not limited to 
5 the communicating the information described in the protocol or in the format 
described by the protocol. 

[00212] In particular embodiments, the remote host may be simultaneously in 

sessions with a plurality of gaming machines where each gaming machine is receiving 
content that is being dynamically adjusted by the remote host based on information 

10 received from the gaming machines, i.e., the content is customized for the particular 
game state of each gaming machine. Further, the remote host may be operable to 
customize content based upon a "group" state. In a group state, information received 
from a group of gaming machine may be combined to define a state of the group. The 
remote host may be operable to dynamically adjust content sent to one or more 

15 gaming machines in a group based upon a group state. Thus, at a particular time, the 
content sent from the remote host to the gaming machine may be 1) affected by the 
state of the gaming machine, 2) unaffected by the state of the gaming machine, 3) 
affected by the state of a group of gaming machine, 4) unaffected by the state of the 
group of gaming machines, 5) affected by the state of another gaming machine (e.g., 

20 in a tournament situation, the remote host may adjust its content to reflect that another 
gaming machine different the gaming machine has won the tournament or another 
gaming machine has won a particular jackpot), 6) unaffected by the state of another 
gaming machine, or 7) combinations thereof. 

[00213] In the preceding paragraph, a gaming machine to which the remote 

25 host is sending content may or may not provide information that affects a particular 
group state at a given time. For example, the remote host or another host may provide 
a progressive game with a progressive jackpot to a group of gaming machines. The 
gaming machine to which the remote host is sending content may be operable to play 
the progressive game but may not be currently participating in the progressive game 
30 at a particular time and thus not contributing to the jackpot, which in this example is 
one indicator of the group state of the gaming machine in the group. When the 
progressive jackpot reaches a certain level, the remote host may send information to 
the gaming machine to indicate that the jackpot has reached a certain threshold to 
entice a player on the gaming machine to join the progressive game. Thus, the remote 



61 



WO 2010/045004 



PCT/US2009/058664 



host may dynamically adjust content sent to the gaming machine based upon a group 
state for a group of gaming machines that the gaming machine is currently not 
affecting. 

[00214] In 456, the remote host may select its initial content to send to the 

5 gaming machine, including commands, instructions and/or data that are already stored 
on the remote to the gaming machine in 420. If needed, the remote host may generate 
all or a portion of the content to send to the gaming machine in real time. In a 
particular embodiment, the gaming machine may store content from previous 
interactions with the remote host or other remote hosts that were used by an ECI. In 

10 this case, the gaming machine may be operable to gather information on content 
stored on the gaming machine and send it to the remote host. The gaming machine or 
the remote host may initiate this interaction. If the gaming machine is storing content 
that is useful to the remote host, such as content it may need to send to the gaming 
machine in the absence of its presence on the gaming machine, the remote host may 

15 be operable to send only needed content without reduplicating content the content it 
may use that is already stored on the gaming machine 

[00215] In 458, the remote host may store information regarding the state it is 

controlling on the ECI, which may be affected by the content it is sending. In 436, the 
gaming machine may store and/or output content via the ECI. In 438, the gaming 

20 machine may receive input from a peripheral device, such as a touch screen sensor or 
generate information that may affect the content provided by the remote host. In 440, 
the gaming machine may determine that this information is of interest to the remote 
host and/or to the ECI. In one embodiment, the information may be routed to the ECI 
for additional processing, which may then send the information to the remote host or 

25 in 422, the gaming machine send the information directly to remote host. 

[00216] In 460, the remote host may process the information received from the 

gaming machine and send new content including commands, instructions and/or data 
to the gaming machine in 424. In 442, the gaming machine may store and/or output 
the new content via the ECI. In 462, the remote host determines that an event has been 

30 triggered, which may be related to the content it has sent in 424. For example, the 
event may be the award of a 2 times bonus and the content it sent in 424 may be a 
presentation for this award. Thus, in 426, event information may be sent to the 
gaming machine, such as instructions, to the master gaming controller to double an 
award for the current game and update the credit meter accordingly. 
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[00217] In 444, in response to the event information, the gaming machine may 

modify the gaming machine interface. For example, in the case of the 2 times bonus 
award described in the previous paragraph, the gaming machine may present a credit 
meter scrolling up in response to the award. 
5 [00218] In 448, the gaming machine may determine that an event has occurred 

that may affect a status of the session. For instance, the gaming machine may have 
received a cash out command, a player may withdraw a player tracking card, the 
gaming machine may have reached zero credits, the gaming machine may have been 
idle for a period, the gaming machine has received a request for resources from 
10 another remote host wishing to provide an ECI, the gaming machine has received an 
input signal indicating a desire to close a window associate with the ECI provided by 
the remote, a malfunction has occurred on the gaming machine, a tilt condition has 
occurred on the gaming machine, the resources available on the gaming machine have 
changed. 

15 [00219] In response to the particular event, in 428, the gaming machine may 

renegotiate or terminate the session. For example, when the gaming machine has been 
idle for a period, the gaming machine may terminate the current session with the host 
or the gaming machine may renegotiate the session parameters, such as to provide an 
attract feature on an ECI associated with the remote host. In 449 and 466, the gaming 

20 machine and the remote host may each respectively store state information, such as 
information indicating the session was terminated or was renegotiated. 
[00220] The interaction diagram was provided for illustrative purposes only 

and the present invention is not to be limited by the types of interactions or order of 
interactions described in Fig. 4. Accordingly, it should be appreciated that in one 

25 embodiment, the present disclosure provides a gaming device including a primary 
game operable upon a wager by a player, at least one display device, at least one input 
device, and at least one local processor. The master gaming machine controller may 
be programmed to operate a remote host to enable the player to wager on a play of the 
primary game, generate or receive a primary game outcome for the play of the 

30 primary game, cause part of the display device to display the play of the primary 
game, and receive at least one request from the remote host to provide at least one 
remote controlled process on the display device. If at least one request to provide the 
remote controlled process is received, the local processor may be programmed to 
determine an availability of at least one gaming device resource. If the gaming device 
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resource is available, the local processor may be programmed to accept the request to 
provide the remote controlled process; and enable the remote host to cause a portion 
of the display device to display the remote controlled process, wherein the remote 
controlled process will not affect the integrity of the play of the primary game and the 
5 remote controlled process may be displayed simultaneously with the play of the 
primary game and generated concurrently by the master gaming controller on the 
gaming machine. If the gaming device resource is not available, the local processor 
may be programmed to reject the request to provide the remote controlled process. It 
should be appreciated that maintaining the integrity of the play of the primary game 

10 includes, but is not limited to: ensuring that the game play speed of the primary game 
remains the same or substantially the same, ensuring that the quality of graphics of the 
primary game remains the same or substantially the same, ensuring that the quality of 
the audio of the primary game remains the same or substantially the same, ensuring 
that no corrupt images are displayed in association with the play of the primary game, 

15 ensuring that the correct outcomes are provided to the player in association with the 
play of the primary game, and/or ensuring that the functionality of the primary game 
remains the same or substantially the same. 

[00221] In one such embodiment, if the externally controlled process is 

authorized by the master gaming controller, then the externally controlled process 
20 may comprise meter management as described below. 

SMIB Meter Management 

[00222] In a prior method of implementing player tracking points in a gaming 

machine, a player tracking unit and slot machine interface board (SMIB) are mounted 

25 within a main cabinet of the gaming machine. Usually, player tracking units and 
SMIBs are manufactured as separate units before installation into a gaming machine. 
The player tracking devices are used to input player tracking information that is 
needed to implement the player tracking program and the SMIB is used to maintain 
and track wagers at the gaming machine. By Implementing the SMIB as a stand alone 

30 hardware board, it can be used with games produced by different manufacturers and 
with all types of legacy machines already in place at different institutions. 
[00223] The player tracking unit communicates with the player tracking server 

via the SMIB. The SMIB allows the player tracking unit to gather information from 
the gaming machine, such as an amount a player has wagered during a game play 
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session. This information may be used by the player tracking server to calculate 
player tracking points for the player. The player tracking unit is usually connected to 
the master gaming controller and communicates with the master gaming controller 
using a defined communication protocol. The SMIB is used to collect game usage 
5 information from the gaming machine which is transmitted to a player 
tracking/accounting server using a network interface. 

[00224] Thus, as a player plays a game at a gaming machine, the SMIB is able 

to track their play history and store this information in one or more meters. The 
player tracking SMIB may have a number of meters (such as extra credit meter, 

10 promo meter, wagering meter, bonus meter, etc.) used to track the patron's activity. 
Hence, when it comes to real time bonusing and player tracking (such as extra or 
promo credits), the patron's standing is maintained in real time at the game via the 
SMIB. To update the server, this SMIB will provide the data to player tracking server 
at a specified time and the player tracking server updates appropriate databases to 

15 reflect the information obtained from the SMIB. Thus, the information at the server is 
not always a real time reflection of the player's gaming activity as the SMIB may not 
have sent the most recent update. 

[00225] It is not practical to rely on the server to maintain this information in 

real time due to the high level of communication and information exchange that is 

20 required with every play. Further, with the adoption of G2S (a standard adopted by 
GSA) real time messaging is not guaranteed or supported. Thus with this standard 
and the high level of communication discussed above, the real time tracking is more 
optimally implemented at the machine side rather than the server side. 
[00226] Additionally, the evolution of server based gaming (SSG) is driving 

25 gaming machines away from having a physical SMIB device for a number of reasons. 
First, operators are pushing for a SMIB-less world. There is a high cost associated 
with the SMIB hardware, which can run upwards of a few hundred per machine (and 
when operators have thousands of machines per floor, this is a substantial concern for 
them). Additionally, with the dynamic nature machines have in the SSG world, it is 

30 nearly impossible for a designer when mapping the hardware SMIB to anticipate all 
the possible functions the SMIB must take on for all of the different configurations 
the gaming machine may have as it is altered by a server download and any possible 
future developments. A hardware SMIB is not generic and has a specific 
communication protocol that is required for communication and this presents a further 
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problem with the adoption of G2S. Additionally, an issue exists in that there is a 
movement away from having the hardware SMIB, yet the adoption of the new 
standards still require the real time player tracking to remain in the gaming machine. 
The current trend is to incorporate the SMIB functionality directly into the game. 
5 This is problematic due to the nature of bonuses that are continually changing based 
on the activity occurring across numerous different gaming machines. These bonuses 
require updating and changing of the SMIB metering on the fly, directly in contrast to 
certification requirements that mandate that the gaming software be static and always 
verifiable to ensure it has not been tampered with. 

10 [00227] For further information on the S2S protocol, please refer to S2S™ 

Message Protocol vl.2 (with Errata Sheet 1), Document ID: gsa-p0076.001.00, 
Gaming Standards Association Technical Committee vl.2 Standard Adopted: 
2006/07/28, which is hereby incorporated by reference in the entirety. 
[00228] In one embodiment of the present invention, a virtual SMIB is a 

15 software emulated version of the hardware SMIB. The virtual SMIB replaces the 
hardware SMIB and its functionality while providing the advantage of real time 
monitoring, cost savings, supporting open standards, and having the ability to 
dynamically be reconfigured based on the needs of the current game or setup 
downloaded to the server based gaming machine. Further, the virtual SMIB has the 

20 ability to be customized based on the identification of the player playing the game. 

[00229] The virtual SMIB is able to support the open standards required by 

G2S as it is a software program that can be developed with the communication 
protocols defined by G2S. That is, it can be programmed to communicate as required 
by G2S and it carries no built in limitations regarding communication requirements. 

25 A hardware device has such limitations as it has specific communication requirements 
based on the protocol supported by the hardware and drivers required to run the 
hardware. In a hardware device, these communication requirements are inherent to 
the device working properly and can not be adjusted as needed. The software 
emulation of the virtual SMIB overcomes these shortcomings by providing the 

30 functionality of the hardware SMIB through software coding that is capable of 
communicating in whatever protocol is defined. A software emulation is not tied to 
the same restrictive parameters that are required for a piece of hardware to operate 
and run correctly. 
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[00230] In one embodiment, the virtual SMIB is created through 

compartmentalizing specific areas of the memory to "make" the gaming device think 
it is actually a hardware SMIB, when in reality it comprises a protected process with 
an isolated piece of memory that is capable of acting in the exact same manner with 
5 additional, more flexible, and more powerful functionality. Hence, the virtual SMIB 
is an actual process in the game and can use the memory area to store real time meters 
and can be specific to the player. The ability to change the contents of the memory 
area based on the needs of the game and/or the type of player is a key feature of the 
virtual SMIB. 

10 [00231] In another embodiment, the virtual SMIB can be downloaded and 

updated from a central server at each game. That is, the central server can download a 
software program that will function as the virtual SMIB. This program can be 
downloaded to the memory of the gaming device and the program is able to function 
as a virtual SMIB. In this embodiment, the virtual SMIB can also be updated from 

15 the central server based on specific parameters. The virtual SMIB may be game 
specific and thus may need to be changed when the game on the gaming machine 
changes. Further, because of the enhanced flexibility and dynamic nature of the 
virtual SMIB, the virtual SMIB will also have better capability for monitoring specific 
game events and outcomes (such as symbol or hand types) and this information can be 

20 used in any appropriate manner (to award bonuses, to enhance the game, etc.). This 
functionality is just not possible in the current hardware SMIBs due to a number of 
specific limitations. 

[00232] One embodiment of the present invention allows for the virtual SMIB 

to be used in conjunction with a rules engine to apply a set of rules to a specific 

25 player. In this embodiment, a rules engine is downloaded at a specified time. This 
download may occur when a certain game is loaded on the server based gaming 
machine or when a particular player registers with the machine. The rules engine will 
then work in conjunction with the virtual SMIB to define a playing experience for the 
specific player. The rules engine may prompt the virtual SMIB to make specific 

30 changes to its configuration, such as adding or removing specific meters. 
Additionally, the rules engine will define a set or rules that will apply to the particular 
player or game. For instance, the rules engine may define a specific bonus that is to 
be enacted for a specific player, and may be thought of a business logic. 
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[00233] The rules engine and the virtual SMIB allow for a customizable 

playing experience to be set for a specific player and this is possible with the virtual 
SMIB as it can be easily reconfigured by the rules engine (which is not possible with 
the hardware version). Alternatively, the rules engine at the machine can be used in 
5 conjunction with a main rules engine at the central server to serve as a backup. In this 
case, if the central server ever goes down, player tracking, bonusing and promotion 
events can still be applied to the player on the machine without interruption. This 
setup allows the virtual SMIB to function as a backup device. 

[00234] Embodiments of the present invention also allow for the operator or 

10 designer to dynamically alter the capabilities of the virtual SMIB. In these 
embodiments, the operator or designer is able to define and create specific meters in 
the game. With the current hardware setup, this is a time intensive process (that in 
many cases requires the hardware SMIB to be removed) and thus is not viewed as 
easily implemented. With the virtual SMIB, the operator or designer is able to create 
15 meters in the game on the fly through the use of programs that can be downloaded to 
and executed on the gaming machine. This is important because the progression of 
technology in the gaming field is always demanding more functionality and metering 
than has been previously available. Hence the ability to create these new meters with 
ease is a very valuable tool that becomes available with the implementation of the 
20 virtual SMIB. 

[00235] Embodiments allow the virtual SMIB to integrate with the game, 

regardless of the game type or the game requirements. In some embodiments, the 
virtual SMIB is an isolated process that works in conjunction with the game, but is 
unable to ever take over the game. The game is unaware of what is going on with 

25 such a virtual SMIB, but the virtual SMIB is able to receive whatever information it 
needs from the game and use appropriate meters to store the information. In the event 
that the virtual SMIB fails, the game is unaware of this and is not impacted in any 
way. The virtual SMIB is able to read data off of the game, in the same manner as the 
hardware SMIB, and in a very controlled manner may have the capability to write 

30 some things to the game. One example is that when there are no credits left, the virtual 
SMIB is able to supply bonusing in the form of writing a few credits the credit meter (based in 
part on the player tracking history). A communication channel between the game and the virtual 
SMIB allows this to happen and is preferably a real time communication protocol. 
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[00236] Fig. 5A is a flow chart of meter creation using protected processes, 

according to an embodiment of the present invention. In step 552, the game is 
powered up or connected to network having been previously unconnected. In step 
554, protected processes are created. This is done with a combination of the gaming 
5 machine software and master gaming controller. 

[00237] As mentioned earlier, in a particular embodiment, a protected 

"process" may be defined as a separate software execution module that is protected by 
the operating system and executed by a logic device on the master gaming controller 
224. When a process, including the ECI 226, is protected, other software processes or 

10 software units executed by the master gaming controller can't access the memory of 
the protected process. A process may include one or more process threads associated 
by the process. A typical process differs from a protected process. While the 
restrictions associated with a protected process vary in different environments and 
operating systems, as an example in one known environment, a typical process cannot 

15 perform one ore more operations such as the following on a protected process: 



[00238] • Inject a thread into a protected process; 

[00239] • Access the virtual memory of a protected process; 

[00240] • Debug an active protected process; 

[00241] • Duplicate a handle from a protected process; and 

20 [00242] • Change the quota or working set of a protected process. 

[00243] In step 556, one or more of the protected processes connects to an 



external entity such as a remote host. In one embodiment this is achieved through an 
applications programming interface ("API") tailored to the external entities to which 
the gaming machine may connect. In step 558, the external entity indicates a request 

25 for meter creation and specifies the criteria for the requested meters. Alternatively, an 
event within the game (of the type described above) may trigger a meter creation. In 
either case, the creation of meters on the fly enables a level of tracking not possible 
with prior designs. Additionally, a software implemented meter in a game is driven 
by code that is subject to verification by a responsible authority, and once the 

30 software is certified, addition or subtraction of meters will result in a need to re- 
certify the code, which is a costly and time consuming process. In essence, the code 
certification requirement means that prior designs of game software, all the required 
meters must be present at the time certification. However, by providing a "black box" 
protected process module inside of piece of game software, the hash or other 
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authentication of game will not change, although the number of meters can change 
over time. In fact, the number of meters and what they track can change on the fly, 
and in response to an external entity. Usage of the protected processes ensures that 
the meters cannot be tampered with, as potentially malicious outside threads cannot 
5 be injected into the protected processes and, and virtual and actual memory dedicated 
to the protected processes cannot be accessed, among other things, as described 
above. Meter can be created, for example, on a per player basis. For example, Jane's 
meters 1, 2, and 3 can be created to track three different aspects specific to Jane 
and/or the game Jane is playing. 

10 [00244] In step 560, the requested meters are created. This entails allocating 

non volatile memory such as NVRAM space. In the above described hardware 
embodiments this would be handled by NVRAM manager 224. In certain 
embodiments it also entails adding one or more variables/values for the new meters to 
a list of state variables, so that the meter information can always be tracked even in 

15 the event of a power loss or other failure. In step 562, the meter information is 
communicated to the external entity. This again, may be via an API specific to the 
external entity or entities. While the gaming machine is running an authenticated or 
authorized external entity can also instruct gaming machine to reset a meter or start a 
new meter. Meters may also be destroyed at the request of an external entity or by 

20 another trigger, as seen in step 564. Destroying a meter involves de-allocated 
memory space such as NVRAM space. In step 566, machine logs the time/date of 
any meter creation and destruction plus the last total of some or all of the meters. 
[00245] Fig. 5B illustrates game software 567, similar to game software 103 

discussed in an earlier embodiment. Within the software is an executable shell 570. 

25 This executable shell, in a preferred embodiment, is controlled and executed by 
protected processes, as described earlier. Executable shell 570 comprises: a system 
programmable interface ("SPI") script loader 572, also functional to authenticate a 
script and its source; the SPI application programming interface 574, and the SPI 
script interpreter 576. Script interpreter 576 serves to interpret the scripts, in 

30 whatever language(s) and protocol(s) they are written. For example, in an 
embodiment where the scripts are written in XML, the script interpreter would be able 
to decode/interpret XML instructions etc. Server software 569 comprises SPI script 
Manager 580. Script manager 580 manages SPI script configuration through SPI 
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script configuration manager 582 and SPI server events. Fig. 5B also illustrates script 
577 being passed between the server and the game. 

[00246] Fig. 5C illustrates some functionality of a script 577, and the 

associated support within an SPI API, the API having the appropriate hooks into the 
5 game to Script 577, through protected processes is functional to execute G2S events 
as seen in 577 A; to manage (create and destroy etc) G2S meters as seen in 577B; to 
carry out G2S commands as seen in 577C; to execute and service host system service 
calls as seen in 577D; to monitor and interact with host system events as seen in 
577E; and to cause the display of (e.g. XML) commands/events as seen in 577E. 

10 [00247] Fig. 5D illustrates some examples of triggering SPI script events or 

states 590 and SPI script commands 594: 590A on script install/remove; 590B on 
gaming machine ("EGM") host event; 590C on system host event; and 590D on 
media display (a.k.a. service window) event. SPI scripts commands 594 that may 
take place based upon the triggering events/states 590 are: 594A add/remove EGM 

15 event listener; 594B create/remove SPI meter; 594C call EGM command; and 594D 
call server host method. It should be understood that the above examples are fewer 
and simpler than a full implementation, are provided in an exemplary capacity. As a 
further example, an Extra Credit SPI script event and command scenario is as 
follows: 

20 

on Script Install -> create new SPI Meter called "Extra Credit" 

-> add EGM Event Listener "on Player Session Start / End" 
-> add EGM Event Listener "on Start / End Of Game" 



25 on Player Session Start -> call server host method "get balance" 



on "get balance" -> set SPI Meter Extra Credit = Balance 



on game start -> set EGM Credit = EGM Credit +1 , set SPI Extra Credit = SPI Extra 
30 Credit -1 



on Player Session End -> save unused balance to the server and set the meter to 0 



"get balance" -> set SPI Meter Extra Credit = Balance 
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[00248] While the executable shell 570 is certified, because a script is 

transparent and easily reviewed by a certifying authority, it is believed that scripts can 
be separately implemented and certified without having to recertify a game. This 
allows tremendous flexibility to adapt to a variety of future needs and functionality 
5 without needing to recertify a game. 

[00249] In one embodiment of the ECI being utilized to provide an additional 

bonus award, the gaming system disclosed herein provides players with one or more 
bonus awards based on a player's gaming activity during a single gaming session. In 
one embodiment, a single gaming session may be measured by a player carding-in 

10 and carding-out through a player tracking system. In one embodiment, a gaming 
session award may be triggered based on one or more game play events, such as a 
symbol-driven trigger, which occurs during the single gaming session. In other 
embodiments, a gaming session award triggering event or qualifying condition may 
be triggered by exceeding a certain amount of game play (such as number of games, 

15 number of credits, or amount of time), or reaching a specified number of points 
earned during game play of the single gaming session. In another embodiment, a 
gaming device may be randomly or apparently randomly selected to provide a player 
of that gaming device one or more gaming session awards during a single gaming 
session. In one such embodiment, the gaming device does not provide any apparent 

20 reasons to the player for winning a gaming session award, wherein winning the 
gaming session award may not be t triggered by an event in or based specifically on 
any of the plays of any primary game during the single gaming session. That is, a 
player may be provided a gaming session award without any explanation or 
alternatively with simple explanations. In another embodiment, a player may be 

25 provided a gaming session award at least partially based on a game triggered or 
symbol triggered event during the single gaming session, such as at least partially 
based on the play of a primary game. 

[00250] In one such embodiment, as indicated in block 1002 of Fig. 8, upon a 

player inserting a player tracking card, the remote host may initiate a gaming session 
30 at the player's currently played gaming device. Upon the initiation of the gaming 
session, as indicated in block 1004, the remote host may track one or more aspects of 
the player's gaming activity for the currently played gaming session. In different 
embodiments, the remote host may track the amount of coin-in, any player tracking 
points accumulated, the number of games played, the number and types of outcomes 
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obtained, the currency inserted into the gaming device, the amount of time since the 
session began, the amount of time between the generation of certain outcomes, and/or 
any other suitable gaming activity. It should be appreciated that in these 
embodiments, the gaming system may integrate certain aspects of the player's 
5 currently played gaming session to the ECI in a direct, positive feedback loop. That 
is, as a player continues playing one or more games, the amount of coin-in wagered 
and the number of player tracking points accumulated may be communicated from the 
gaming device to the remote host, wherein the remote host integrates this 
communicated data as part of the content utilized by the ECI. 

10 [00251] In one embodiment, the remote host may tracks the same aspect of 

gaming activity for each gaming session. For example, the remote host may track the 
number of games played by each player in each gaming session. In another 
embodiment, the remote host may track different aspects of gaming activity for 
different gaming sessions. For example, the remote host may track the number of 

15 games played by each player in a first gaming session and may track each player's 
coin-in in a second gaming session. In different embodiments, which aspect of 
gaming activity the remote host will track may be predetermined, randomly 
determined, determined based on the player's status (such as determined through a 
player tracking system), determined based on a generated symbol or symbol 

20 combination, determined based on a random determination by the remote host, 
determined based on a random determination at the gaming machine, determined 
based on one or more side wagers placed, determined based on the player's primary 
game wager, determined based on time (such as the time of day) or determined based 
on any other suitable method or criteria. 

25 [00252] In one embodiment, the remote host may track the same aspect of 

gaming activity for each player. In another embodiment, the remote host may track 
different aspects of gaming activity for different players. For example, the remote 
host may track the number of games a first player plays in a first gaming session, but 
may track a second player's coin-in for the first gaming session. In different 

30 embodiments, which aspect of gaming activity the remote host will track for different 
players is predetermined, randomly determined, determined based on the player's 
status (such as determined through a player tracking system), determined based on a 
generated symbol or symbol combination, determined based on a random 
determination by the remote host, determined based on a random determination at the 
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gaming machine, determined based on one or more side wagers placed, determined 
based on the player's primary game wager, determined based on time (such as the 
time of day) or determined based on any other suitable method or criteria. 
[00253] In one embodiment, each players gaming activity may be uniformly 

5 tracked by the remote host. For example, a first player's wager of $1.00 counts 
toward the gaming session threshold the same as a second player's wager of $1.00. In 
another embodiment, different players gaming activity may be tracked differently. 
For example, a first player's wager of $1.00 may count more toward the gaming 
session threshold than a second player's wager of $1.00. In different embodiment, 

10 each player's gaming activity may be tracked based on the player's status (such as 
determined through a player tracking system), based on a generated symbol or symbol 
combination in the underlying game, based on a random determination by the remote 
host, based on a random determination at the gaming machine, based on one or more 
side wagers placed, based on the player's primary game wager, based on time (such as 

15 the time of day) or based on any other suitable method or criteria. 

[00254] In one embodiment, as indicated in diamond 1006 of Fig. 8, the remote 

host may determine if the player's tracked gaming activity reaches or exceeds a 
designated threshold of gaming activity. In one embodiment, the designated threshold 
of gaming active may be the same for each gaming session. In another embodiment, 

20 the designated threshold of gaming activity may be different for each gaming session. 
In different embodiments, the designated threshold of gaming activity for each 
gaming session is predetermined, randomly determined, determined based on the 
player's status (such as determined through a player tracking system), determined 
based on a generated symbol or symbol combination, determined based on a random 

25 determination by the remote host, determined based on a random determination at the 
gaming machine, determined based on one or more side wagers placed, determined 
based on the player's primary game wager, determined based on time (such as the 
time of day) or determined based on any other suitable method or criteria. 
[00255] If the player's gaming activity does not reach or exceed the designated 

30 threshold of gaming activity, the remote host may continue tracking the player's 
gaming activity and may return to block 1004. If the player's gaming activity reaches 
or exceeds the designated threshold of gaming activity for the currently played 
gaming session, as indicated in blocks 1008 and 1010 of Fig. 8, the remote host may 
generate a bonus award amount or event and may instruct the local gaming device 
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processor to provide the player the generated bonus award or event. For example, if a 
player's coin-in during a single gaming session is at least equal to a designated 
threshold coin-in level, a remote host may generate a bonus award amount and may 
instruct the gaming device to provide the player the generated bonus award. In 
5 another embodiment, upon the player's tracked gaming activity reaching or exceeding 
a designated threshold of gaming activity for the currently played gaming session, the 
remote host may generate a plurality of bonus awards and may instruct the gaming 
device to provide the player the generated bonus awards. It should be appreciated that 
the gaming session bonus award may be any suitable award, including, but not limited 

10 to: a value, a modifier, a modifier of any primary game awards for a set amount of 
time, a number of free or discounted spins or activations of a game, a bonus or 
secondary game, a prize, a progressive award, a number of bonus award drawing 
tickets, a service or comp, a number of player account points, a temporary change in 
the player's account status, a number of redeemable prize points, a number of rounds 

15 in a tournament, and an entry into a group play bonus event. 

[00256] In another embodiment, different features on the gaming device 

(accessible via the ECI) may become available to the player upon the player's gaming 
activity reaching or exceeding the designated threshold of gaming activity. For 
example, if the player' s gaming activity reaches or exceeds a designated threshold of 

20 gaming activity, the gaming device may enable the player to listen to a favorite song 
or genre of songs while playing the gaming device. In another embodiment, different 
services available to the player (and accessible via the ECI) may be activated upon the 
player's gaming activity reaching or exceeding a designated threshold of gaming 
activity. For example, if a player's gaming activity reaches or exceeds a designated 

25 threshold of gaming activity, the player may be offered a free drink. In one 
embodiment of this example, the gaming system may alert a gaming establishment 
attendant to ask the player if they would like a free drink. In another embodiment of 
this example, the gaming system may activate a drink-order button on the player's 
gaming device. As mentioned above, this activated drink-order button may either 

30 access a live dispatcher or may summon a gaming establishment attendant. 

[00257] In one embodiment, the gaming session bonus award may be the same 

for each of the players. In another embodiment, the gaming session bonus award may 
be different for different players. In one such embodiment, different players may play 
for different gaming session bonus awards based on each player's status (such as 
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determined through a player tracking system). For example, the gaming session 
bonus award for a bronze level player may be the first level progressive award of an 
MLP, while the gaming session bonus award for a silver level player may be the 
second level progressive award of the MLP and the gaming session bonus award for a 
5 gold level player may be the third level progressive award of the MLP. In different 
embodiments, the gaming session bonus award each player may play for is 
predetermined, randomly determined, determined based on a generated symbol or 
symbol combination, determined based on a random determination by the remote 
host, determined based on a random determination at the gaming machine, determined 
10 based on one or more side wagers placed, determined based on the player's primary 
game wager, determined based on time (such as the time of day) or determined based 
on any other suitable method or criteria. 

[00258] In one embodiment, upon a determination to provide a player a bonus 

award for a gaming session, the remote host may select a player to provide an 

15 accumulated value progressive award. In another embodiment, upon the player's 
tracked gaming activity reaching or exceeding a designated threshold of gaming 
activity, the remote host may randomly select a bonus award from a prize pool and 
may instruct the gaming device to provide the player the selected bonus award. In 
one such embodiment, upon a determination to provide a player a bonus award for a 

20 gaming session, the remote host may select a bonus award from a prize pool that is 
based on the player's status (such as determined through a player tracking system). 
For example, a gaming session bonus award for a bronze player may be selected from 
a first prize pool, a gaming session bonus award for a silver player may be selected 
from a second, different prize pool and a gaming session bonus award for a gold 

25 player may be selected from a third, different prize pool. In different embodiments, 
upon a determination to provide a player a bonus award for a gaming session, the 
remote host may select a bonus award from a prize pool that is based on a generated 
symbol or symbol combination, based on a random determination by the remote host, 
based on a random determination at the gaming machine, based on one or more side 

30 wagers placed, based on the player's primary game wager, based on time (such as the 
time of day) or based on any other suitable method or criteria. 

[00259] In one such embodiment a promotional prize pool may include a 

plurality of inventoried items (which may include null items) and thus the prize pool 
is associated with a fixed cost. In this embodiment, the remote host may randomly 
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select prizes from the pool and removes the prizes as they are provided to the players, 
wherein when the last prize is removed from the promotional prize pool, the 
promotion ends. It should be appreciated that in this embodiment, as more prizes are 
selected and removed from the prize pool, the probabilities of being selected 
5 associated with the remaining prizes change. In another embodiment, each bonus 
award is associated with a probability and the remote host randomly selects a bonus 
award based on these probabilities. 

[00260] In another embodiment, upon the player's tracked gaming activity 

reaching or exceeding a designated threshold of gaming activity, the remote host may 

10 randomly determine, based on one or more probabilities, whether to provide the 
player a bonus award for the player's gaming session. In this embodiment, if the 
remote host determines to provide the player a bonus award for the player's gaming 
session, the remote host may generate a bonus award amount and may instruct the 
gaming device to provide the player the generated bonus award. On the other hand, if 

15 the remote host determines not to provide the player a bonus award for the player's 
gaming session, after a set interval (such as an amount of time or coin-in 
accumulated) the remote host may redetermine whether to provide the player a bonus 
award for the player's gaming session. 

[00261] In one embodiment, the designated threshold of gaming activity may 

20 be the same for each player. In another embodiment, the designated threshold of 
gaming activity is different for different players. In one such embodiment, the 
designated threshold associated with each player's gaming activity may be based on 
the player's status (such as determined through a player tracking system). For 
example, a bronze player may have a threshold of gaming activity higher than a silver 
25 player, which may have a threshold of gaming activity higher than a gold player. In 
different embodiments, the designated threshold for each player may be 
predetermined, randomly determined, determined based on a generated symbol or 
symbol combination, determined based on a random determination by the remote 
host, determined based on a random determination at the gaming machine, determined 
30 based on one or more side wagers placed, determined based on the player's primary 
game wager, determined based on time (such as the time of day) or determined based 
on any other suitable method or criteria. 

[00262] After providing the player a bonus award for the player's gaming 

session, the remote host may reset the tracked gaming activity for the player's gaming 
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session and restarts tracking the player's gaming activity. By resetting or restarting 
the tracking of the player's gaming activity (after providing the player a gaming 
session bonus award), the gaming system disclosed herein provides the player the 
opportunity to win multiple gaming session bonus awards during a single gaming 
5 session. It should be appreciated that by utilizing the master gaming controller, 
including a gaming device CPU or processor for at least one award determination 
(i.e., the game of chance outcome described above) and by utilizing the remote host 
for at least one award determination (i.e., the gaming session bonus award), the 
gaming system disclosed herein may be operable to provide a plurality of awards to a 
10 player wherein at least one award is determined locally and at least one award is 
determined remotely. 

[00263] It should be appreciated that in one embodiment wherein the ECI is 

utilized to provide a player an additional award, the gaming system disclosed herein 
may be capable of providing players different types of awards based on the player's 

15 player tracking information, wherein player's wagers fund different player tracking 
based incentives or awards. That is, the gaming system may provide a single player a 
gaming session bonus award (wherein the player's gaming activity is based on the 
player's player tracking information) and may also provide the player a bonus 
drawing award (wherein the player's entries into the drawing are based on the 

20 player's player tracking information). In this embodiment, the gaming system may be 
operable to simultaneously run a plurality of different promotions wherein a player's 
standing or equity in each promotion is individually displayed to the player. Such a 
configuration provides increased entertainment and enjoyment for players by enabling 
players to win additional awards based on their player tracking status. 

25 [00264] In another embodiment, the utilization of a dynamic game interface 

and a separate dynamic ECI generated on only a single display device or generated on 
separate displays, provides that a gaming device, which may part of a gaming system, 
may be operable to simultaneously display, substantially simultaneously display or 
sequentially display and execute multiple games wherein at least one game outcome 

30 may be determined locally by the gaming device processor (i.e., the game of chance 
associated with the game interface) and at least one outcome is determined remotely 
by a remote host (i.e., the outcome provided via the ECI). In another embodiment, the 
utilization of a dynamic game interface and a separate dynamic ECI generated only a 
single display device or generated on multiple displays, provides that a gaming 
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device, which may be part of the gaming system disclosed herein, may be operable to 
display the results of a plurality of different determinations wherein at least one 
determination is based on one or more generated symbols or symbol combinations, at 
least one determination is independent of any game play events and at least one 
5 determination is based on a promotional offering. In one such embodiment, at least 
one determination is executed in a 'thin client' configuration (i.e., the player of a 
primary game which is controlled by the remote host and displayed by the gaming 
machine or a session surprise bonus award determined by the remote host and 
displayed by the gaming machine) and at least one determination is executed in a 
10 'thick client' configuration (i.e., a game of chance award determined by the master 
gaming controller, wherein the game of chance may have been downloaded from the 
remote host). 

[00265] In one embodiment, when the ECI is utilized to provide a player an 

outcome or award in addition to a locally determined game award where the ECI 

15 based award is determined at a remote host, the remotely determined award and the 
locally determined game award are each determined independently. In another 
embodiment, the remotely determined award is based, at least in part, on the locally 
determined award. In another embodiment, the locally determined outcome and 
associated award is based, at least in part, on the remotely determined outcome. 

20 [00266] In another embodiment when one or more ECIs are utilized to provide 

players one or more additional outcomes or awards via one or more promotions, the 
gaming system disclosed herein tracks each of the promotions provided via an ECI. 
In this embodiment, the gaming system compares the actual provided promotional 
outcomes or awards to a theoretical amount of promotional outcomes or awards. That 

25 is, the gaming system compares each gaming device's actual promotional return to a 
theoretical return, which may have been contemplated by a gaming establishment 
operator when setting up the initial promotion. Based on these comparisons, the 
gaming system may be enabled to change or modify one or more criteria required to 
obtain a promotional outcome or award to align the actual promotional return with the 

30 contemplated theoretical promotional return. 

[00267] It should be appreciated that in one embodiment the gaming system 

disclosed herein provides an open-ended rules engine for gaming establishments to 
create and provide any suitable promotion to one or more players. In one such 
embodiment, the gaming system enables gaming establishments to set up one or more 
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rules, wherein if an event occurs (wherein the event is either related to game play or 
independent of game play), then based on the set up rules, certain features, services, 
outcomes or functions may be provided to or otherwise made available to one or more 
players. In one embodiment, the gaming system may enable a gaming establishment 
5 to set up or input rules related to the different criteria for a player winning an award, 
the different types of awards available to players, or combinations thereof, to achieve 
an average expected payback for one or more promotions and/or any combination 
thereof. As described above, the one or more promotions may be provided via ECIs 
executing on one or more gaming devices. Accordingly, the open-ended rules engine 
10 provides increased flexibility to a gaming establishment operator to further define and 
configure different aspects of a player's gaming experience. 

[00268] In such one embodiment, the gaming system disclosed herein may 

enable a gaming establishment operator to configure the open-ended rules engine by 
defining different criteria for a player winning an award. In different embodiments, 
15 the criteria may be based on a player's player tracking status, based on if a player has 
a player tracking card in a gaming device of the gaming system, based on a player's 
amount of game play over a designated period of time, based on the generation of a 
designated symbol combination at a designated wager level, based on one or more 
side wagers placed, based on the player's primary game wager, based on time (such as 
20 the time of day) or based on any other suitable method or criteria. For example, a 
gaming establishment operator may utilize the open-ended rules engine to establish 
that if a player's currently played gaming device generates a designated symbol 
combination which includes three cherry symbols, and if the player has wagered at 
least one credit on each available payline, then the player is eligible for a gaming 
25 establishment defined promotion. 

[00269] In another such embodiment, the gaming system disclosed herein may 

enable a gaming establishment operator to configure the open-ended rules engine by 
defining what type of award a player may win. In different embodiments, the type of 
award a player may win includes, but is not limited to, a monetary award, a non- 
30 monetary prize, an offer to purchase an item, an entry in a promotion, a modifier, a 
modifier of any primary game awards for a set amount of time, a number of free or 
discounted spins or activations of a game, a bonus or secondary game, a progressive 
award, a number of bonus award drawing tickets, a service or comp, a number of 
player account points, a temporary change in the player's account status, a number of 
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redeemable prize points, a number of rounds in a tournament, and an entry into a 
group play bonus event. Expanding on the example described above, if a player's 
currently played gaming device generated a designated symbol combination which 
included three cherry symbols and the player wagered at least one credit on each 
5 available payline, then the open-ended rules engine (previously set up by the gaming 
establishment operator) may be used to determine that the player is eligible to win an 
award of ten bonus award drawing tickets. 

[00270] In another such embodiment, the open-ended rules engine may be used 

to determine and to display to a gaming establishment operator a theoretical payout or 

10 average expected payback of different selectable criteria for a player winning an 
award and different selectable types of awards, which may be provided to a player. In 
this embodiment, the open-ended rules engine may enable a gaming establishment 
operator to select different criteria to create different promotions, wherein the gaming 
system displays how changes of different criteria affect a promotion's theoretical 

15 payout or average expected payback. Using the example described above, the open- 
ended rules engine may be operable to inform the gaming establishment operator the 
different average expected paybacks if the gaming system includes a first promotion 
where a player is provided ten drawing tickets if the player' s currently played gaming 
device generated a designated symbol combination which included three cherry 

20 symbols and the player wagered at least one credit on each available payline versus a 
second promotion where a player is provided eight drawing tickets if the player's 
currently played gaming device generated a designated symbol combination which 
included three cherry symbols and the player wagered at least one credit on each 
available payline. Accordingly, the utilization of the open-ended rules engine enables 

25 different gaming establishments to create and implement different promotional offers 
to differentiate themselves from other gaming establishments. 

[00271] As indicated above, in one embodiment, the gaming system disclosed 

herein may be operable to display any suitable information, including progressive 
jackpot information, via one or more ECIs to the players through one or more displays 
30 on the gaming machines or additional information displays positioned near the 
gaming machines, such as above a bank of system gaming machines. This 
information may be used to entertain the players, inform the players about any aspect 
of game play occurring on one or more gaming devices in the gaming system or 
inform the player of any aspect of any promotional offering occurring on one or more 
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gaming devices in the gaming system. It should be appreciated that such information 
can be provided to the players through any suitable audio, audio-visual or visual 
devices. 

5 Gaming Machine 

[00272] Figure 6 shows a perspective view of a gaming machine 2 in 

accordance with a specific embodiment of the present invention. The gaming devices 
and gaming functions described with respect to at least Fig. 6 may be incorporated as 
components of the ECI's described above with respect to at least Figs. 1 thru 5B and 
10 9A-9D. Further, the gaming devices may be operated in accordance with instructions 
received from a remote host in communication with the gaming machine. In some 
instance, a host-controlled process executed on the gaming machine may share a 
gaming device with a process controlled by the master gaming controller 46 on the 
gaming machine. 

15 [00273] As illustrated in the example of Fig. 6, machine 2 includes a main 

cabinet 4, which generally surrounds the machine interior and is viewable by users. 
The main cabinet includes a main door 8 on the front of the machine, which opens to 
provide access to the interior of the machine. 

[00274] In one embodiment, attached to the main door is at least one payment 

20 acceptor 28 and a bill validator 30, and a coin tray 38. In one embodiment, the 
payment acceptor may include a coin slot and a payment, note or bill acceptor, where 
the player inserts money, coins or tokens. The player can place coins in the coin slot 
or paper money, a ticket or voucher into the payment, note or bill acceptor. In other 
embodiments, devices such as readers or validators for credit cards, debit cards or 
25 credit slips may accept payment. In one embodiment, a player may insert an 
identification card into a card reader of the gaming machine. In one embodiment, the 
identification card is a smart card having a programmed microchip or a magnetic strip 
coded with a player's identification, credit totals (or related data) and other relevant 
information. In another embodiment, a player may carry a portable device, such as a 
30 cell phone, a radio frequency identification tag or any other suitable wireless device, 
which communicates a player's identification, credit totals (or related data) and other 
relevant information to the gaming machine. In one embodiment, money may be 
transferred to a gaming machine through electronic funds transfer. When a player 
funds the gaming machine, the master gaming controller 46 or another logic device 
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coupled to the gaming machine determines the amount of funds entered and displays 
the corresponding amount on the credit or other suitable display as described above. 
[00275] In one embodiment attached to the main door are a plurality of player- 

input switches or buttons 32. The input switches can include any suitable devices 
5 which enables the player to produce an input signal which is received by the 
processor. In one embodiment, after appropriate funding of the gaming machine, the 
input switch is a game activation device, such as a pull arm or a play button which is 
used by the player to start any primary game or sequence of events in the gaming 
machine. The play button can be any suitable play activator such as a bet one button, 
10 a max bet button or a repeat the bet button. In one embodiment, upon appropriate 
funding, the gaming machine may begin the game play automatically. In another 
embodiment, upon the player engaging one of the play buttons, the gaming machine 
may automatically activate game play. 

[00276] In one embodiment, one input switch is a bet one button. The player 

15 places a bet by pushing the bet one button. The player can increase the bet by one 
credit each time the player pushes the bet one button. When the player pushes the bet 
one button, the number of credits shown in the credit display preferably decreases by 
one, and the number of credits shown in the bet display preferably increases by one. 
In another embodiment, one input switch is a bet max button (not shown), which 
20 enables the player to bet the maximum wager permitted for a game of the gaming 
machine. 

[00277] In one embodiment, one input switch is a cash-out button. The player 

may push the cash-out button and cash out to receive a cash payment or other suitable 
form of payment corresponding to the number of remaining credits. In one 

25 embodiment, when the player cashes out, the player may receive the coins or tokens 
in a coin payout tray. In one embodiment, when the player cashes out, the player may 
receive other payout mechanisms such as tickets or credit slips redeemable by a 
cashier (or other suitable redemption system) or funding to the player' s electronically 
recordable identification card. Details of ticketing or voucher system that may be 

30 utilized with the present invention are described in co-pending U.S. patent application 
10/406,911, filed April 2, 2003, by Rowe, et al., and entitled, "Cashless Transaction 
Clearinghouse," which is incorporated herein by reference and for all purposes. 
[00278] In one embodiment, one input switch is a touch- screen coupled with a 

touch-screen controller, or some other touch-sensitive display overlay to enable for 
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player interaction with the images on the display. The touch-screen and the touch- 
screen controller may be connected to a video controller. A player may make 
decisions and input signals into the gaming machine by touching the touch- screen at 
the appropriate places. One such input switch is a touch-screen button panel. 
5 [00279] In one embodiment, the gaming machine may further include a 

plurality of communication ports for enabling communication of the gaming machine 
processor with external peripherals, such as external video sources, expansion buses, 
game or other displays, an SCSI port or a key pad. 

[00280] As seen in Fig. 6, viewable through the main door is a video display 

10 monitor 34 and an information panel 36. The display monitor 34 will typically be a 
cathode ray tube, high resolution flat-panel LCD, SED based-display, plasma display, 
a television display, a display based on light emitting diodes (LED), a display based 
on a plurality of organic light-emitting diodes (OLEDs), a display based on polymer 
light-emitting diodes (PLEDs), a display including a projected and/or reflected image 
15 or any other suitable electronic device or display. The information panel 36 or belly- 
glass 40 may be a static back-lit, silk screened glass panel with lettering to indicate 
general game information including, for example, a game denomination (e.g. $.25 or 
$1) or a dynamic display, such as an LCD, an OLED or E-INK display. In another 
embodiment, at least one display device may be a mobile display device, such as a 
20 PDA or tablet PC, that enables play of at least a portion of the primary or secondary 
game at a location remote from the gaming machine. The display devices may be of 
any suitable size and configuration, such as a square, a rectangle or an elongated 
rectangle. 

[00281] The display devices of the gaming machine are configured to display at 

25 least one and preferably a plurality of game or other suitable images, symbols and 
indicia such as any visual representation or exhibition of the movement of objects 
such as mechanical, virtual or video reels and wheels, dynamic lighting, video images, 
images of people, characters, places, things and faces of cards, and the like. In one 
alternative embodiment, the symbols, images and indicia displayed on or of the 
30 display device may be in mechanical form. That is, the display device may include 
any electromechanical device, such as one or more mechanical objects, such as one or 
more rotatable wheels, reels or dice, configured to display at least one or a plurality of 
game or other suitable images, symbols or indicia. In another embodiment, the 
display device may include an electromechanical device adjacent to a video display, 
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such as a video display positioned in front of a mechanical reel. In another 
embodiment, the display device may include dual layered video displays which co-act 
to generate one or more images. 

[00282] The bill validator 30, player-input switches 32, video display monitor 

5 34, and information panel are gaming devices that may be used to play a game on the 
game machine 2. Also, these devices may be utilized as part of an ECI provided on 
the gaming machine. According to a specific embodiment, the devices may be 
controlled by code executed by a master gaming controller 46 housed inside the main 
cabinet 4 of the machine 2. The master gaming controller may include one or more 
10 processors including general purpose and specialized processors, such as graphics 
cards, and one or more memory devices including volatile and non-volatile memory. 
The master gaming controller 46 may periodically configure and/or authenticate the 
code executed on the gaming machine. 

[00283] In one embodiment, the gaming machine may include a sound 

15 generating device coupled to one or more sounds cards. In one embodiment, the 
sound generating device includes at least one and preferably a plurality of speakers or 
other sound generating hardware and/or software for generating sounds, such as 
playing music for the primary and/or secondary game or for other modes of the 
gaming machine, such as an attract mode. In one embodiment, the gaming machine 

20 provides dynamic sounds coupled with attractive multimedia images displayed on one 
or more of the display devices to provide an audio-visual representation or to 
otherwise display full-motion video with sound to attract players to the gaming 
machine. During idle periods, the gaming machine may display a sequence of audio 
and/or visual attraction messages to attract potential players to the gaming machine. 

25 The videos may also be customized for or to provide any appropriate information. 

[00284] In one embodiment, the gaming machine may include a sensor, such as 

a camera that is selectively positioned to acquire an image of a player actively using 
the gaming machine and/or the surrounding area of the gaming machine. In one 
embodiment, the camera may be configured to selectively acquire still or moving 

30 (e.g., video) images and may be configured to acquire the images in either an analog, 
digital or other suitable format. The display devices may be configured to display the 
image acquired by the camera as well as display the visible manifestation of the game 
in split screen or picture-in-picture fashion. For example, the camera may acquire an 
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image of the player and the processor may incorporate that image into the primary 
and/or secondary game as a game image, symbol or indicia. 

[00285] In another embodiment, the gaming devices on the gaming machine 

may be controlled by code executed by the master gaming controller 46 (or another 
5 logic device coupled to or in communication with the gaming machine, such as a 
player tracking controller) in conjunction with code executed by a remote logic device 
in communication with the master gaming controller 46. As described above with 
respect to at least Figs. 1A to 5B and 7, 8, 9A-9D, the master gaming controller 46 
may execute ECI processes that enable content generated and managed on a remote 

10 host to be output on the gaming machine. The gaming machine may receive and send 
events to a remote host that may affect the content output on an instantiation of a 
particular ECI. The master gaming controller 46 may be configured to limit the 
resources that can be utilized by the ECI processes executing on the gaming machine 
at any given time and may constantly monitor resources utilized by the ECI processes 

15 to ensure that gaming experience on the gaming machine is optimal. 

Networks 

[00286] In various embodiments, the remote gaming device may be connected 

to the host computer via a network of some type such as a local area network, a wide 

20 area network, an intranet or the Internet. In one such embodiment, a plurality of the 
gaming machines may be capable of being connected together through a data 
network. In one embodiment, the data network is a local area network (LAN), in 
which one or more of the gaming machines are substantially proximate to each other 
and an on-site remote host as in, for example, a gaming establishment or a portion of a 

25 gaming establishment. In another embodiment, the data network is a wide area 
network (WAN) in which one or more of the gaming machines are in communication 
with at least one off-site remote host. In this embodiment, the plurality of gaming 
machines may be located in a different part of the gaming establishment or within a 
different gaming establishment than the off-site remote host. Thus, the WAN may 

30 include an off-site remote host and an off-site gaming machine located within gaming 
establishments in the same geographic area, such as a city or state. The WAN gaming 
system may be substantially identical to the LAN gaming system described above, 
although the number of gaming machines in each system may vary relative to each 
other. 
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[00287] In another embodiment, the data network is an internet or intranet. In 

this embodiment, the operation of the gaming machine can be viewed at the gaming 
machine with at least one internet browser. In this embodiment, operation of the 
gaming machine and accumulation of credits may be accomplished with only a 
5 connection to the central server or controller (the internet/intranet server) through a 
conventional phone or other data transmission line, digital subscriber line (DSL), T-l 
line, coaxial cable, fiber optic cable, or other suitable connection. In this 
embodiment, players may access an internet game page from any location where an 
internet connection and computer, or other internet facilitator is available. The 

10 expansion in the number of computers and number and speed of internet connections 
in recent years increases opportunities for players to play from an ever-increasing 
number of remote sites. It should be appreciated that enhanced bandwidth of digital 
wireless communications may render such technology suitable for some or all 
communications, particularly if such communications are encrypted. Higher data 

15 transmission speeds may be useful for enhancing the sophistication and response of 
the display and interaction with the player. 

[00288] In another embodiment, the remote gaming device may be a portable 

gaming device such as but not limited to a cell phone, a personal digital assistant, and 
a wireless game player. Images rendered from 3-D gaming environments may be 

20 displayed on portable gaming devices that are used to play a game of chance. Further 
a gaming machine or server may include gaming logic for commanding a remote 
gaming device to render an image from a virtual camera in a 3-D gaming 
environments stored on the remote gaming device and to display the rendered image 
on a display located on the remote gaming device. In addition, various combinations 

25 of gaming devices are possible on the gaming machine. For example, some gaming 
machine only accept cash, cashless vouchers or electronic fund transfers and do not 
include coin acceptors or coin hoppers. Thus, those of skill in the art will understand 
that the present invention, as described below, can be deployed on most any gaming 
machine now available or hereafter developed. 

30 [00289] In another embodiment, the gaming machine disclosed herein is 

operable over a wireless network, such as part of a wireless gaming system. In this 
embodiment, the gaming machine may be a hand held device, a mobile device or any 
other suitable wireless device that enables a player to play any suitable game at a 
variety of different locations. It should be appreciated that a gaming machine as 
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disclosed herein may be a device that has obtained approval from a regulatory gaming 
commission or a device that has not obtained approval from a regulatory gaming 
commission. 

5 Gaming Machine vs. General-Purpose Computer 

[00290] Some preferred gaming machines of the present assignee are 

implemented with special features and/or additional circuitry that differentiates them 
from general-purpose computers (e.g., desktop PC's and laptops). Gaming machines 
are highly regulated to ensure fairness and, in many cases, gaming machines are 

10 operable to dispense monetary awards of multiple millions of dollars. Therefore, to 
satisfy security and regulatory requirements in a gaming environment, hardware and 
software architectures may be implemented in gaming machines that differ 
significantly from those of general-purpose computers. A description of gaming 
machines relative to general-purpose computing machines and some examples of the 

15 additional (or different) components and features found in gaming machines are 
described below. 

[00291] At first glance, one might think that adapting PC technologies to the 

gaming industry would be a simple proposition because both PCs and gaming 
machines employ microprocessors that control a variety of devices. However, 

20 because of such reasons as 1) the regulatory requirements that are placed upon 
gaming machines, 2) the harsh environment in which gaming machines operate, 3) 
security requirements and 4) fault tolerance requirements, adapting PC technologies 
to a gaming machine can be quite difficult. Further, techniques and methods for 
solving a problem in the PC industry, such as device compatibility and connectivity 

25 issues, might not be adequate in the gaming environment. For instance, a fault or a 
weakness tolerated in a PC, such as security holes in software or frequent crashes, 
may not be tolerated in a gaming machine because in a gaming machine these faults 
can lead to a direct loss of funds from the gaming machine, such as stolen cash or loss 
of revenue when the gaming machine is not operating properly. 

30 [00292] For the purposes of illustration, a few differences between PC systems 

and gaming systems will be described. A first difference between gaming machines 
and common PC based computers systems is that gaming machines are designed to be 
state-based systems. In a state-based system, the system stores and maintains its 
current state in a non-volatile memory, such that, in the event of a power failure or 
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other malfunction the gaming machine will return to its current state when the power 
is restored. For instance, if a player was shown an award for a game of chance and, 
before the award could be provided to the player the power failed, the gaming 
machine, upon the restoration of power, would return to the state where the award is 
5 indicated. As anyone who has used a PC, knows, PCs are not state machines and a 
majority of data is usually lost when a malfunction occurs. This requirement affects 
the software and hardware design on a gaming machine. 

[00293] A second important difference between gaming machines and common 

PC based computer systems is that for regulation purposes, the software on the 

10 gaming machine used to generate the game of chance and operate the gaming 
machine has been designed to be static and monolithic to prevent cheating by the 
operator of gaming machine. For instance, one solution that has been employed in the 
gaming industry to prevent cheating and satisfy regulatory requirements has been to 
manufacture a gaming machine that can use a proprietary processor running 

15 instructions to generate the game of chance from an EPROM or other form of non- 
volatile memory. The coding instructions on the EPROM are static (non-changeable) 
and must be approved by a gaming regulators in a particular jurisdiction and installed 
in the presence of a person representing the gaming jurisdiction. Any changes to any 
part of the software required to generate the game of chance, such as adding a new 

20 device driver used by the master gaming controller to operate a device during 
generation of the game of chance can require a new EPROM to be burnt, approved by 
the gaming jurisdiction and reinstalled on the gaming machine in the presence of a 
gaming regulator. Regardless of whether the EPROM solution is used, to gain 
approval in most gaming jurisdictions, a gaming machine must demonstrate sufficient 

25 safeguards that prevent an operator or player of a gaming machine from manipulating 
hardware and software in a manner that gives them an unfair and some cases an 
illegal advantage. The gaming machine should have a means to determine if the code 
it will execute is valid. If the code is not valid, the gaming machine must have a 
means to prevent the code from being executed. The code validation requirements in 

30 the gaming industry affect both hardware and software designs on gaming machines. 
[00294] A third important difference between gaming machines and common 

PC based computer systems is the number and kinds of peripheral devices used on a 
gaming machine are not as great as on PC based computer systems. Traditionally, in 
the gaming industry, gaming machines have been relatively simple in the sense that 
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the number of peripheral devices and the number of functions the gaming machine 
has been limited. Further, in operation, the functionality of gaming machines were 
relatively constant once the gaming machine was deployed, i.e., new peripherals 
devices and new gaming software were infrequently added to the gaming machine. 
5 This differs from a PC where users will go out and buy different combinations of 
devices and software from different manufacturers and connect them to a PC to suit 
their needs depending on a desired application. Therefore, the types of devices 
connected to a PC may vary greatly from user to user depending in their individual 
requirements and may vary significantly over time. 

10 [00295] Although the variety of devices available for a PC may be greater than 

on a gaming machine, gaming machines still have unique device requirements that 
differ from a PC, such as device security requirements not usually addressed by PCs. 
For instance, monetary devices, such as coin dispensers, bill validators and ticket 
printers and computing devices that are used to govern the input and output of cash to 

15 a gaming machine have security requirements that are not typically addressed in PCs. 
Therefore, many PC techniques and methods developed to facilitate device 
connectivity and device compatibility do not address the emphasis placed on security 
in the gaming industry. 

[00296] To address some of the issues described above, a number of 

20 hardware/software components and architectures are utilized in gaming machines that 
are not typically found in general purpose computing devices, such as PCs. These 
hardware/software components and architectures, as described below in more detail, 
include but are not limited to watchdog timers, voltage monitoring systems, state- 
based software architecture and supporting hardware, specialized communication 
25 interfaces, security monitoring and trusted memory. 

[00297] For example, a watchdog timer is normally used in International Game 

Technology (IGT) gaming machines to provide a software failure detection 
mechanism. In a normally operating system, the operating software periodically 
accesses control registers in the watchdog timer subsystem to "re-trigger" the 
30 watchdog. Should the operating software fail to access the control registers within a 
preset timeframe, the watchdog timer will timeout and generate a system reset. 
Typical watchdog timer circuits include a loadable timeout counter register to enable 
the operating software to set the timeout interval within a certain range of time. A 
differentiating feature of the some preferred circuits is that the operating software 
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cannot completely disable the function of the watchdog timer. In other words, the 
watchdog timer always functions from the time power is applied to the board. 
[00298] IGT gaming computer platforms preferably use several power supply 

voltages to operate portions of the computer circuitry. These can be generated in a 
5 central power supply or locally on the computer board. If any of these voltages falls 
out of the tolerance limits of the circuitry they power, unpredictable operation of the 
computer may result. Though most modern general-purpose computers include 
voltage monitoring circuitry, these types of circuits only report voltage status to the 
operating software. Out of tolerance voltages can cause software malfunction, 

10 creating a potential uncontrolled condition in the gaming computer. Gaming 
machines of the present assignee typically have power supplies with tighter voltage 
margins than that required by the operating circuitry. In addition, the voltage 
monitoring circuitry implemented in IGT gaming computers typically has two 
thresholds of control. The first threshold generates a software event that can be 

15 detected by the operating software and an error condition generated. This threshold is 
triggered when a power supply voltage falls out of the tolerance range of the power 
supply, but is still within the operating range of the circuitry. The second threshold is 
set when a power supply voltage falls out of the operating tolerance of the circuitry. 
In this case, the circuitry generates a reset, halting operation of the computer. 

20 [00299] The standard method of operation for IGT gaming machine game 

software is to use a state machine. Different functions of the game (bet, play, result, 
points in the graphical presentation, etc.) may be defined as a state. When a game 
moves from one state to another, critical data regarding the game software is stored in 
a custom non- volatile memory subsystem. This is critical to ensure the player's 

25 wager and credits are preserved and to minimize potential disputes in the event of a 
malfunction on the gaming machine. 

[00300] In general, the gaming machine does not advance from a first state to a 

second state until critical information that enables the first state to be reconstructed is 
stored. This feature enables the game to recover operation to the current state of play 
30 in the event of a malfunction, loss of power, etc that occurred just prior to the 
malfunction. After the state of the gaming machine is restored during the play of a 
game of chance, game play may resume and the game may be completed in a manner 
that is no different than if the malfunction had not occurred. Typically, battery 
backed RAM devices are used to preserve this critical data although other types of 
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non- volatile memory devices may be employed. These memory devices are not used 
in typical general-purpose computers. 

[00301] As described in the preceding paragraph, when a malfunction occurs 

during a game of chance, the gaming machine may be restored to a state in the game 
5 of chance just prior to when the malfunction occurred. The restored state may include 
metering information and graphical information that was displayed on the gaming 
machine in the state prior to the malfunction. For example, when the malfunction 
occurs during the play of a card game after the cards have been dealt, the gaming 
machine may be restored with the cards that were previously displayed as part of the 

10 card game. As another example, a bonus game may be triggered during the play of a 
game of chance where a player is required to make a number of selections on a video 
display screen. When a malfunction has occurred after the player has made one or 
more selections, the gaming machine may be restored to a state that shows the 
graphical presentation at the just prior to the malfunction including an indication of 

15 selections that have already been made by the player. In general, the gaming machine 
may be restored to any state in a plurality of states that occur in the game of chance 
that occurs while the game of chance is played or to states that occur between the play 
of a game of chance. 

[00302] Game history information regarding previous games played such as an 

20 amount wagered, the outcome of the game and so forth may also be stored in a non- 
volatile memory device. The information stored in the non- volatile memory may be 
detailed enough to reconstruct a portion of the graphical presentation that was 
previously presented on the gaming machine and the state of the gaming machine 
(e.g., credits) at the time the game of chance was played. The game history 
25 information may be utilized in the event of a dispute. For example, a player may 
decide that in a previous game of chance that they did not receive credit for an award 
that they believed they won. The game history information may be used to 
reconstruct the state of the gaming machine prior, during and/or after the disputed 
game to demonstrate whether the player was correct or not in their assertion. Further 
30 details of a state based gaming system, recovery from malfunctions and game history 
are described in U.S. patent no. 6,804,763, titled "High Performance Battery Backed 
RAM Interface", U.S. patent no. 6,863, 608, titled "Frame Capture of Actual Game 
Play," U.S. application no. 10/243,104, titled, "Dynamic NV-RAM," and U.S. 
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application no. 10/758,828, titled, "Frame Capture of Actual Game Play," each of 
which is incorporated by reference and for all purposes. 

[00303] In particular embodiments, a state of a gaming device may be 

reconstructed from game history information stored in multiple locations. For 
5 instance, in one embodiment, a gaming device operable to provide an ECI and a game 
interface simultaneously may not store state information for the ECI but only for the 
game interface. Thus, to reconstruct the state of gaming device including the ECI in a 
dispute, after a malfunction or after a power-failure, game history information may 
have to be retrieved from a local memory source on the gaming device and a remote 

10 memory source located on a remote host that provides the ECI. For example, the 
remote and gaming machine may store correlation information, such as timing 
information or referential information, that allows events on the gaming machine to 
be correlated to events occurring on the remote host. The correlation information 
stored at the gaming machine and/or remote host may be used to synchronize the 

15 reconstruction of a game state on the gaming machine. In a particular embodiment, a 
remote host that provides ECI services to a gaming device may provide an ECI that 
allows archival information regarding ECIs displayed on a gaming device to be 
retrieved. 

[00304] Another feature of gaming machines, such as IGT gaming computers, 

20 is that they often include unique interfaces, including serial interfaces, to connect to 
specific subsystems internal and external to the gaming machine. The serial devices 
may have electrical interface requirements that differ from the "standard" EIA 232 
serial interfaces provided by general-purpose computers. These interfaces may 
include EIA 485, EIA 422, Fiber Optic Serial, optically coupled serial interfaces, 
25 current loop style serial interfaces, etc. In addition, to conserve serial interfaces 
internally in the gaming machine, serial devices may be connected in a shared, daisy- 
chain fashion where multiple peripheral devices are connected to a single serial 
channel. 

[00305] The serial interfaces may be used to transmit information using 

30 communication protocols that are unique to the gaming industry. For example, IGT's 
Netplex is a proprietary communication protocol used for serial communication 
between gaming devices. As another example, SAS is a communication protocol 
used to transmit information, such as metering information, from a gaming machine to 
a remote device. Often SAS is used in conjunction with a player tracking system. 
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[00306] IGT gaming machines may alternatively be treated as peripheral 

devices to a casino communication controller and connected in a shared daisy chain 
fashion to a single serial interface. In both cases, the peripheral devices are preferably 
assigned device addresses. If so, the serial controller circuitry must implement a 
5 method to generate or detect unique device addresses. General-purpose computer 
serial ports are not able to do this. 

[00307] Security monitoring circuits detect intrusion into an IGT gaming 

machine by monitoring security switches attached to access doors in the gaming 
machine cabinet. Preferably, access violations result in suspension of game play and 

10 can trigger additional security operations to preserve the current state of game play. 
These circuits also function when power is off by use of a battery backup. In power- 
off operation, these circuits continue to monitor the access doors of the gaming 
machine. When power is restored, the gaming machine can determine whether any 
security violations occurred while power was off, e.g., via software for reading status 

15 registers. This can trigger event log entries and further data authentication operations 
by the gaming machine software. 

[00308] Trusted memory devices and/or trusted memory sources are preferably 

included in an IGT gaming machine computer to ensure the authenticity of the 
software that may be stored on less secure memory subsystems, such as mass storage 

20 devices. Trusted memory devices and controlling circuitry are typically designed to 
not enable modification of the code and data stored in the memory device while the 
memory device is installed in the gaming machine. The code and data stored in these 
devices may include authentication algorithms, random number generators, 
authentication keys, operating system kernels, etc. The purpose of these trusted 

25 memory devices is to provide gaming regulatory authorities a root trusted authority 
within the computing environment of the gaming machine that can be tracked and 
verified as original. This may be accomplished via removal of the trusted memory 
device from the gaming machine computer and verification of the secure memory 
device contents is a separate third party verification device. Once the trusted memory 

30 device is verified as authentic, and based on the approval of the verification 
algorithms included in the trusted device, the gaming machine is enabled to verify the 
authenticity of additional code and data that may be located in the gaming computer 
assembly, such as code and data stored on hard disk drives. A few details related to 
trusted memory devices that may be used in the present invention are described in 



94 



WO 2010/045004 



PCT/US2009/058664 



U.S. patent no. 6,685,567 from U.S. patent application no. 09/925,098, filed August 8, 
2001 and titled "Process Verification," which is incorporated herein in its entirety and 
for all purposes. 

[00309] In at least one embodiment, at least a portion of the trusted memory 

5 devices/sources may correspond to memory which cannot easily be altered (e.g., 
"unalterable memory") such as, for example, EPROMS, PROMS, Bios, Extended 
Bios, and/or other memory sources which are able to be configured, verified, and/or 
authenticated (e.g., for authenticity) in a secure and controlled manner. 
[00310] According to a specific implementation, when a trusted information 

10 source is in communication with a remote device via a network, the remote device 
may employ a verification scheme to verify the identity of the trusted information 
source. For example, the trusted information source and the remote device may 
exchange information using public and private encryption keys to verify each other's 
identities. In another embodiment of the present invention, the remote device and the 

15 trusted information source may engage in methods using zero knowledge proofs to 
authenticate each of their respective identities. 

[00311] Gaming devices storing trusted information may utilize apparatus or 

methods to detect and prevent tampering. For instance, trusted information stored in a 
trusted memory device may be encrypted to prevent its misuse. In addition, the 

20 trusted memory device may be secured behind a locked door. Further, one or more 
sensors may be coupled to the memory device to detect tampering with the memory 
device and provide some record of the tampering. In yet another example, the 
memory device storing trusted information might be designed to detect tampering 
attempts and clear or erase itself when an attempt at tampering has been detected. 

25 [00312] Additional details relating to trusted memory devices/sources are 

described in US Patent Application Serial No. 11/078,966, entitled "Secured Virtual 
Network in a Gaming Environment", naming Nguyen et al. as inventors, filed on 
March 10, 2005, herein incorporated in its entirety and for all purposes. 
[00313] Mass storage devices used in a general purpose computer typically 

30 enable code and data to be read from and written to the mass storage device. In a 
gaming machine environment, modification of the gaming code stored on a mass 
storage device is strictly controlled and would only be enabled under specific 
maintenance type events with electronic and physical enablers required. Though this 
level of security could be provided by software, IGT gaming computers that include 
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mass storage devices preferably include hardware level mass storage data protection 
circuitry that operates at the circuit level to monitor attempts to modify data on the 
mass storage device and will generate both software and hardware error triggers 
should a data modification be attempted without the proper electronic and physical 
5 enablers being present. Details using a mass storage device that may be used with the 
present invention are described, for example, in U.S. Patent 6,149,522, herein 
incorporated by reference in its entirety for all purposes. 

[00314] Although the foregoing present invention has been described in detail 

by way of illustration and example for purposes of clarity and understanding, it will 

10 be recognized that the above described present invention may be embodied in 
numerous other specific variations and embodiments without departing from the spirit 
or essential characteristics of the present invention. Certain changes and 
modifications may be practiced, and it is understood that the present invention is not 
to be limited by the foregoing details, but rather is to be defined by the scope of the 

1 5 appended claims . 
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The invention is claimed as follows: 

1. In a microprocessor controlled casino gaming machine having software 
that cannot be altered once certified and that runs on the gaming machine, a method 
5 comprising: 

transmitting, over a network, data in real time relating to game activity 
of a game running on the gaming machine to be used by an external system to 
calculate a progressive bonus; 

receiving data in real time over the network relating to the progressive 

10 bonus; 

receiving a request over the network to create a meter to track an item; 
creating a meter relating to the item after the game has been certified 
and installed on a gaming machine. 

15 2. The method of claim 1 further comprising monitoring the game for the 

occurrence of a triggering event, and creating a meter in response to a detection of the 
triggering event. 

3. The method of any of claims 1-2, wherein the meter is created in a slot 
20 machine interface board. 

4. The method of any of claims 1-3, wherein the meter is created in 
NVRAM space protected by software executed by the microprocessor from being 
accessed or overwritten by the game. 

25 

5. The method of any of claims 1-4, further comprising receiving 
information specifying what to track for a player. 

6. The method of claim 5, wherein one or more meters are created to 
30 track the specified information. 

7. The method of any of claims 5-6, wherein the player specifies what to 

track. 
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8. The method of any of claims 5-7, wherein the house specifies what to 

track. 

9. In a casino gaming system comprising a server and a group of 
5 microprocessor controlled casino gaming machines, a method comprising: 

providing one or more software based games executed by the 
microprocessor of each of the plurality of gaming machines; 

providing a group of one or more protected processes at the gaming 
machines that maintain one or more meters that track activity of the software based 
10 games; and 

allocating memory to the protected processes, 

the protected processes isolated from the software based game such 
that the software based game is forbidden to: (a) inject a thread into the protected 
processes; and (b) access memory allocated to the protected processes. 

15 

10. The method of claim 9, further comprising: 

transmitting, over a network, meter values maintained by the protected 
processes from the gaming machines to the server, said meter values to be used by the 
server to calculate a progressive bonus; 
20 receiving data at the gaming machines from the server relating to the 

progressive bonus; 

changing an aspect of the game based on the data relating to the 
progressive bonus without changing software of the software based game. 

25 11. The method of any of claims 9-10, further comprising: 

transmitting, over a network, meter values maintained by the protected 
processes from the gaming machines to the server, said meter values to be used by the 
server to calculate a progressive bonus; 

awarding the progressive bonus to a player and resetting the meters 
30 maintained by the protected processes, thereby allowing play to continue at gaming 
machines that would otherwise be interrupted to reset meters maintained by the game 
and related to the progressive bonus. 
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12. The method of any of claims 9-11, wherein the software based game is 
further forbidden to duplicate a handle from the protected processes. 

13. The method of any of claims 9-12 wherein the software based game is 
5 further forbidden to change a quota or working set of the protected processes. 

14. The method of any of claims 9-13, wherein the all entities are 
forbidden to debug an active protected process of the protected processes. 



99 



WO 2010/045004 



PCT/US2009/058664 



1/11 



Display- 
102 



Game 
Interface 
116 



Game 
Info 
117 



Display 
102 



Bonus 
interface 
118 



Game 
Info 
117 



Service 
Interface 
120 



Display 
102 




5 Credits 



Game 106 



Events 108 



Operating 
System 104 



Gaming Machine 100 




FIG. 1A 



Game 108 



Events 108 



ECI 122 



ECI 124 



Operating 
System 104 




Gaming Machine 100 



F/G. 1B 



Game 
Interface 
116 



^^^^ ^__A^ 




tUHOBBOJ r 



10 Credits 



Game 106 



Events 108 



ECI 124 



Operating 
System 104 



Gaming Machine 100 



Service Game; 
Interface | n fo 
120 117 



F!G. 1C 



Content 
114 



Event 

Logic H2 



Remote Host 11Q 



Event 

Logic 112 



Content 
114 



Bonus Interface 
Manager 126 



Service Interface 
Manager 12£ f-J 



Remote Host 110 



Event 

Logic 112 



Content 
114 



Service Interface 
Manager 12& H 



Remote Host HO 



WO 2010/045004 



PCT/US2009/058664 



2/11 




200 



State 



Host Server A 



Manager 




2Qfi 


202 






Interface 




Content 




Manager 




214 




218 





History 
Manager 
210 



Resource 
Negotiator 
222 



State 
Manager 
2D& 



Host Server B 



History 
Manager 
212 



Content 
21S 



Interface 
Manager 
22Q 



Externally 
Controlled 
Interface 
(ECI) 
226 




Resource 
Negotiator 
224 



Game 
Interface 
232 



State Manager 
224 



History 

Manager 23fi 



Event 
Manager 

2fi2 



Remote 
Resource 
Manager 

230 



ECI 
228 



a 



v 



Partition 256 
Manager 



Device 
Scheduler 



Resource 
Metering 



26£L 



Error 

Checking 224. 



Local Resource Management g38 



IF 



Processor 
242 




Display A 
246 




Network 
Interface 
25Q 




Touch 
Screen 
254 










Memory 
244 




Display B 
248 




Audio 
Device 
252 




Card 
Reader 
2SS 



Shared Resources 24Q 



Gaming Machine 201 



r/O. 2 



WO 2010/045004 



PCTYUS2009/058664 



3/11 



ECI Resource Partition 370 



ECU 



382 



ECI Resource Partition 368 



ECI 2 



380 



I 
I 

8 0 
il 

|X 

r * 



BOOT ROM 302 



Authentication 
Components 



3M 



Operating System 
Components 308 



Game 1 372 



Game Resource 
Partition 



366 



Game 2 374 



Bonus 

Gam© 376 



Progressive 
Game 378 



Operating System Resource Partition 360 



Event 232 

Manager 



55 tat© ^a3mi 
Manager 



Process 362 
Verification 



Network 364 
Manager 



Player 

Tracking /Usage 
Manager 264 



History 236 
Manager 



Resource 
Partition 256 
Manager 



Remote 230 

Resource 

Manager 



Device 258 
Scheduler 



Device A Device B ] Power 



Processors! I Network [ ( Memory \ 



Locai Resource Metering 23j$ 
4 j5oftwar£ 

^ Hardware 



Input 



350 



Video 



352 



Audio 



354 



Output 356 



Gaming Devices 358 



CPU 1 



340 



CPU 2 



342 



GPU 1 



344 



GPU 2 



346 



Processing 348 



Gaming Machine 200. 



FIG. 3 A 



Partition Definitions 308 



Partition 

Assignments ^12 



Config Files 




Game Data 


214 j 




Image 1 


316 






Image 2 


318 






Image N 


320 




Executables 


324 



Secure Memory 326 



Image 1 



316 



Image N-1 328 



EC1 1 Image 33Q 



ECI 2 Image 332 



OS Image 334 



Game 1 (mage 336 



Executable Space 338 



WO 2010/045004 



PCTYUS2009/058664 



4/11 



too 



GAMING MACHINE SOFTWARE 103 



VIRTUAL 
PLAYER 
TRACKING 
612 



VIRTUAL 
PLAYER 
TRACKING 
£14 



VIRTUAL 
ATM 
616 



VIRTUAL 
ENTERTAINMENT 
CENTER 
618 



VIRTUAL 
LOTTERY 
MACHINE 
6gfi 



VIRTUAL 
CHANGE 
MACHINE 



VIRTUAL 
SPORTS 
BOOK 
624 



VIRTUAL 
COMMUNICATION 
CENTER 
626 



VIRTUAL 
CONCIERGE 
S2& 



VIRTUAL 
VENDING 
630 



ECI Content Storage 
111 



VIRTUAL 
ENTERTAINMENT 
CENTER 
DEVICES 




Remote Host 
Communication U3 



HARDWARE/SOFTWARE 
INTERFACE lfll 



Remote 
Host 
110 



FIGURE 3B 



WO 2010/045004 



PCTYUS2009/058664 



5/11 



GAMING MACHINE SOFTWARE 103 



213 



COMMUNICATION 
PROTOCOLS 211 




PHYSICAL DEVICES1Q5 



FIGURE 3C 



WO 2010/045004 



PCT/US2009/058664 



6/11 



400 



Initialize & 
Begin 
Game Play 430 



Determine 
available 
Resources & 
Report 432 




Launch Externally 
Controlled 
Interface {ECS) 
Process 434 



Store & Output 
Content on EC! 

436 
Receive Input 
via Peripheral 
Device 438 

Determine Input 
is Associated 
with ECI 440 



Store & Output 
Content on ECI 
442 

Process Event 
Info and Modify 
GM Interface 444 

Determine 
Session Status 
Change 448 



Store State & 
History Info for 
Session 449 



Info Request 402 



Remote 
Host 
(RH) 



Status Information 404 



Player and/or Usage Information 406 



Event Info 408 



Resource Request 41 0 



Exchange Authentication /Validation Messages 412 



Resource Availability Message 414 



Accept Resources 416 



Exchange Session Parameter Messages 418 



Send Content /Instructions 420 



Send Input to Remote Host 422 



Send Updated Content /Instructions 424 



Send Event Information 426 



Renegotiate or Terminate Session 428 



Info from 
■Remote Gaming 
Device 450 



Generate Request 
for Resource on GM 
452 



Determine whether 
Resources 
Acceptable 454 



Gather 
Content/I nstructions 
For ECI 456 

Store State & 
History Info 
for Session 458 



Process Input & 
Update Content/ 
Instructions for ECI 
460 

Determine Input 
Triggers Event 
on GM 462 

Store State & 
History Info for 
Session 464 



Store State & 
History Info for 
Session 466 



WO 2010/045004 



7/11 



PCT/US2009/058664 



Gaming 
Machine 
(EC! Enabled) 
151 



Remote 
Host 
(ECi Enabled) 



150 



Gaming 

Machine 
(ECI Enabled) 
152 



Interface 
Devsce 
154 



Gaming 

Machine 
(ECI EnabJed) 
153 



FIG* 4B 



WO 2010/045004 



PCTYUS2009/058664 



8/11 



POWER UP GAME 



552 



CREATE PROTECTED 
PROCESSES 



554 



PROTECTED PROCESS 
CONNECTS TO EXTERNAL 
ENTITY 



I 



556 



EXTERNAL ENTITY 
INDICATES CRITERIA 
ABOUT REQUESTED 
METERS 



562 



1 


f 


CREATE REQUESTED 
METERS 




r 


COMMUNICATE METER 
INFORMATION 




r 


DESTROY METERS WHEN 
REQUIRED 




f 



558 



-560 



•564 



FIG *%A 



LOG TIME/DATE OF 
METER CREATION AND 
DESTRUCTION PLUS LAST 
TOTAL 



566 



WO 2010/045004 



PCT/US2009/058664 



9/11 



Game 



Executable Shell 



567 



570 



572 



SPI Script Loader / Authentication 



SPI API 



SPI Script Interpreter 



574 



576 



577 



569 



Server 



SPI Script Manager 



580 





SPI Script Configuration 








SPI Server Communication 





582 



,584 



FIG. 5B 



WO 2010/045004 



PCT/US2009/058664 



10/11 



API/SCRIPT 



574/577 



577A, 



577B. 



577C 



G2S Events 



Host System Service Calls 



G2S Meters 



Host System Events 



577D 



577E 



,577F 



G2S Commands 



Display XML 
Commands / Events 



Create / Remove SPI 
Meter(s) 



.577G 



WO 2010/045004 



PCT/US2009/058664 



11/11 



.590 



590 A, 



590B. 



590C> 



SPI Script Events / States 



on Script Install / remove 



,590D 



on Media Display Event 



on EGM Host Event 



on System Host Event 



example events 



,594 



594A. 



594B N 



594C, 



SPI Script Commands 



add / remove EGM Event 
Listener 



call server host method 



create / remove SPI Meter 



594D 



call EGM Command 



example commands 

F$G* SO 



